著者らの海洋大循環モデル「気象研究所共用海洋モデル（MRI.COM）」は，開発が始まってから20 年近くが経過し，気象研究所と気象庁の様々な部門で利用されるようになるとともに，ソースコードの大規模化・複雑化が進んだ。このような状況の下でも，バグの混入や意図しない影響を抑えながらモデルを効率的に開発するため，現代的なソフトウェア開発で用いられるツールと手法を取り入れ，開発管理体制を一新した。まず，ソースコードの開発履歴（バージョン）を管理する「Git（ギット）」を導入した。このツールにより，複数の開発者が複数の課題に同時に取り組む並行開発が可能になった。また，プロジェクト管理システム「Redmine（レッドマイン）」を導入し，開発状況を開発者全員で共有した。このシステムによってデータベースに逐一記録された開発過程が，他の開発者や次世代の開発者にとって財産となることが期待される。これらのツール
ども、Rhimeです。 タイトルどおりなんですが、Github公式クライアントソフトのGithubDesktopが素晴らしくて思わず記事にしてしまいました。 もう全体的にかわいくて好きなんですが、特にImageDiffing――つまり画像差分機能が素晴らしかった。 以下、その様子をつらつら。 GithubDesktopとは何か つまりこういうやつ。 かわいくて宇宙。感じろ。 きゃわ UIもとても見やすい・使いやすいです。｜左がコミットログ。真ん中がファイルログ。右がファイル/コード 画像差分機能について GithubDesktopに至るまでの経緯：SouceTreeもブラウザも画像差分、ダメだった 私の目的としては、プッシュ後のリポジトリ内同名称ファイルの変更点を見れるようにしたかった。 これまで私はSouceTreeを使ってコミットとかしていたんですが―――このソフトもすごく使いやすくて
#環境 サーバーマシン：Windows 7 Web サーバー：Apache 2.2（xampp） #Git インストール より、msysGit をダウンロードしてインストール。 設定は特にいじらずインストール。 より、TortoiseGit と日本語パッチをダウンロードしてインストール。 #Apache の設定変更 Apache の設定を次のように変更。 SetEnv GIT_PROJECT_ROOT "C:/usr/gitreps" SetEnv GIT_HTTP_EXPORT_ALL #↓ネットのサンプルでは必要とあったが、なくても動作した。 #SetEnv REMOTE_USER REDIRECT_REMOTE_USER ScriptAlias /repos/ "C:/Program Files/Git/libexec/git-core/git-http-backend.exe/"
外向きのgitサーバが欲しいなぁと思って立ててみた。 Ubuntu 12.04 (後に14.04へうｐ) Sart HTTP Apacheのユーザがwww (Ubuntuのデフォルトはwww-data) Apache httpdのバージョンが2.2 (最新だと2.4でconfファイル名がちょっと違ったり、deny from allが違ったり) 1. GitにはWebDavを使わない方が良いらしい WebDAVを通じてホストすると遅い WevDAVを通じてホストするとサーバサイドフックが起動しない http://blog.anatoo.jp/entry/20120619/1340033935 Subversionの時はsvnservせずにWebDavしようぜ、っていう流れだったからGitでもWebDavで良いのかと思いきやどうやら罠らしい。 2. 最近の流行はSmart HTTPらしい ググ
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
目的 これを使う GitPython Documentation — GitPython 1.0.1 documentation 環境はpython 3.4です 手順 いれる $ pip install gitpython こんな感じでリポジトリを仮に作ってみる github.com やりたいこと git clone git branch -b git add git commit こんな感じで書く import os import git _repo_path = os.path.join('./', 'repo') # clone from remote git_repo = git.Repo.clone_from('git@github.com:rane-hs/test.git', _repo_path, branch='master') # create new branch fr
1. Getting Started 1.1 About Version Control 1.2 A Short History of Git 1.3 What is Git? 1.4 The Command Line 1.5 Installing Git 1.6 First-Time Git Setup 1.7 Getting Help 1.8 Summary 2. Git Basics 2.1 Getting a Git Repository 2.2 Recording Changes to the Repository 2.3 Viewing the Commit History 2.4 Undoing Things 2.5 Working with Remotes 2.6 Tagging 2.7 Git Aliases 2.8 Summary 3. Git Branching 3.
セキュリティアナウンス 当記事ではcredential helperを利用した方法を紹介していますが、Gitに脆弱性(CVE-2020-5260)が発見されました。 修正パッチが適用されていない古いGitを使用している環境下では危険ですので、まずGitのバージョンアップグレードをしてください。 2020/04/18時点で修正パッチが適用されているバージョンは以下です。これより古いバージョンを使っている場合は気をつけてください。 2.17.4, 2.18.3, 2.19.4, 2.20.3, 2.21.2, 2.22.3, 2.23.2, 2.24.2, 2.25.3, 2.26.1 時代はhttps https://help.github.com/articles/set-up-git/ GitHubではhttps推奨になっているし… httpsのほうがclone速度はやいし… まとめに書
$ git config --global http.proxy http://proxy.example.com:8080 $ git config --global https.proxy http://proxy.example.com:8080 $ git clone https://github.com/joyent/node.git gitスキームのまま使いたい場合（通常はこのケースが多いだろう）は下記を追加設定する。 $ git config --global url."https://".insteadOf git:// これでgitスキームのままgit clone等ができるようになる。 $ git clone git://github.com/joyent/node.git プロキシ設定の確認
よく訓練されたアップル信者、都元です。やばい、ブログの書き方忘れてるｗｗｗｗｗｗ …気を取り直して。git-cryptという git plugin ツールはご存知でしょうか？ 要するに、DBのパスワードやOAuthのシークレットなど、版管理はしたいけれどGitHub等にpublishするには抵抗がある情報を、 シームレスに暗号化して管理することによってリポジトリ内で版管理可能にするものです。 GNU Privacy Guard git-cryptでは、GNU Privacy Guard という暗号化ソフトウェアを使います *1。GPGとかGnuPGと略されたりします *2。 さて、git-cryptを使い始める前にGnuPGのセットアップが必要です。本稿では macOS に gpg (GnuPG) 2.2.3 をセットアップ する前提で解説します。homebrewは上手いこと導入しておいて
注1: バージョン管理システムの適切なコマンドがRedmineと同じサーバにインストールされている必要があります。 例えばRedmineからSubversionリポジトリにアクセスする場合、svnバイナリをRedmineが稼働するホストにインストールする必要があります。 注2 : バージョン管理システムのコマンドはRedmineから実行できるようパスが取っているなどしている必要があります。 以下のいずれかの方法があります。 コマンドにが置かれているディレクトリにPATHが通っている: もしコマンド名がデフォルトのものとは異なる場合は、Redmineの設定ファイルで呼び出すコマンド名を変更できます Redmineの設定ファイルでフルパスを指定することもできます。 最後に、「管理」→「設定」画面の「リポジトリ」タブ内「使用するバージョン管理システム」で、バージョン管理システムを有効にするのを忘
対応バージョン この記事の内容は、少なくともGitのバージョン2.19.1までは対応している。 もし最新のGitで新しい動きがあれば随時更新する。 基本 .gitignoreを使うと無視する（Gitのトラッキングの対象外とする）ファイル or ディレクトリを指定できる。 .gitignoreは複数のディレクトリに置くことができる。 深い階層の.gitignoreに書かれた指定の方が優先順位が高い。（後に解釈される） .gitignore内の記述は上の行から順に以下のように解釈される。 /を含まない行（fileなど） .gitignore以下の全サブディレクトリ下にあるこの名前のファイル or ディレクトリを無視する 末尾以外にのみ/を含む行（/file, /path/to/file, path/to/fileなど） .gitignoreが置いてあるディレクトリをカレントディレクトリとする相
Jupyter Notebook(.ipynb形式)はインタラクティブな実行環境を提供する一方で、ブロックごとの出力や実行番号が必ずしもステートレスとはならず、gitで管理する時の壁となっています。具体的には、ipynb形式は出力や実行番号も内部に保存するので、管理の本質ではないdiffが多くなりコミットログを追うことが難しくなります。 本記事ではこれらに依存せずJupyter Notebookファイルをgit管理する方法をいくつか紹介します。 ただgit管理するだけではなく、以下の要求に着目しながら各方法を比較していきます。 手軽さ: 存在を意識せずに開発できるか。git管理することで余計な手作業は増やしたくありません。 環境依存性: pythonの場合、pyenvやpyenv-virtualenvなどといったpythonのバージョンやインストールしたpipモジュール群を切り替えるツール
はじめに Jupyter Notebook(ipynb)をなるべくマシなバージョン管理方法がないか調べてみました。 実現したいことを簡単にならべると次の通り。 jupyter notebook(ipynb)をgitでバージョン管理したい。 実行の都度変わる実行結果はコミットしたくない。 実質的なソースコードの変更のみコミットしたい。 コミット前後で実行結果が勝手に削除されたくない。 ローカルのファイルに対して変更は加えたくない。 これを実現する手順を述べます。 方針 jupyter notebookはJSON形式で保存されています。 実質的なソースコード、実行結果、メタ情報など、それぞれ異なるキーで格納されています。 そこで、gitのフィルタ処理*1にて、コミット直前に実行結果のキーに対応する値をnullとして扱い、コミットするように設定します。 手順 1) gitリポジトリ作成 $ mk
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く