「Git 2.3.0」では、新たにサーバ上のレポジトリへ、直接変更をプッシュできるようになった。サーバ上における現行ブランチへの変更が、自動的に適用され、簡単にデプロイできるようになる。 ただし、この機能では変更履歴が保存される「.git」ディレクトリが作成されるとともに、変更の適用中は、ユーザーに対して変更前と変更後の混在するデータが提供される可能性があるため、利用にあたっては注意が必要となる。 さらに、リモートレポジトリをクローンする際に、すべてのデータをクローンせず、変更が行われたデータのみクローンすることを可能にしている。また、git pushコマンドのデフォルトの挙動を変更し、上流のブランチが指定されていない場合は、プッシュを行わないようにした。 シェル変数では、オプションを指定してSSH接続できるようにするGIT_SSH_COMMANDや、cronのジョブなどでGitを使用する
General software Those are public Git hosting sites where any project can be hosted, perhaps with exception to requirements for license used (some hosting sites require project to be open source or free software). A2Hosting provides paid Git hosting over SSH. Hosted on high-perfSwiftServer platfith page loads up to 300% faster than standard drives. Also offers
現在、Git は最も普及しているバージョン管理システムです。Git ワークフローは、Git を使用して一貫性のある生産的な方法で作業を行うためのレシピや推奨事項のようなものです。Git ワークフローによって、開発者や DevOps チームは一貫性を持って Git を効果的に活用できます。Git では、ユーザーは変更を柔軟に管理できます。Git は柔軟性を重視しているため、Git を操作するための標準化されたプロセスはありません。Git で管理するプロジェクトにチームで取り組む場合は、変更をどのように適用するのかについてチームで完全に合意することが重要です。チームの認識を統一するには、合意した Git ワークフローを作成または選択する必要があります。公開されている Git ワークフローの中に、チームに適したものがあるかもしれません。ここでは、このような Git ワークフロー オプションをいく
11月29日、オープンソースの分散バージョン管理システム「Git 1.8.5」がリリースされた。細かな機能強化が多数加わったほか、性能も向上しているという Gitは軽量、高速を特徴とするバージョン管理システム。元々はLinuxカーネルの開発用にLinus Torvalds氏が開発し、現在はJunio C Hamano（濱野純）氏がメンテナを務めている。LinuxカーネルだけでなくPoRuby on Rails、Eclipseなど多くのオープンソースソフトウェアの開発で使われているほか、米Google、米Facebookなど多数の企業でも利用されている。 Git 1.8.5は2012年10月に公開された1.8系の最新版。変更点としては、ファイルパスの指定時に大文字/小文字の区別をしない「(icase）」や、ワイルドカードを利用できる「(glob）」といった指定が可能になった
GitBucketとは? オンラインのソフトウェア開発支援プラットフォームとして確固たる地位を築いたGithubだが、有償のGithub Enterpriseや、Gitlabなどに代表されるオープンソースのGithubクローンを導入することで同様のサービスをイントラネット内に構築することもできる。 今回紹介するGitBucketは、前述のGitlabに代表されるオープンソースのGithubクローンの1つでScalaで実装されており、TomcatやJettyなどのサーブレットコンテナにデプロイするだけで動作するのが特徴だ。Gitlabなどと比べると後発であり、まだまだ開発途上のプロダクトではあるが、以下のように実際の利用にあたって必要な機能は一通り網羅されている。 Gitリポジトリ(httpアクセスのみ) リポジトリビューア イシュー Wiki フォーク プルリクエスト GitBucketの
チームで作成しているソースコードの管理は自分のデスクの下に置いているLinuxマシンで、Subversionでバージョンを使っていたのですが、ちょっとGit（ジットギット）に興味が出てきたので、無料のツールとサービスを利用してバージョン管理をしてみようと思い、設定してみました。 今回は「Bitbucket + SourceTree」のWindows版を使ってやってみたいと思います。 ファイルのバージョン管理とは そもそもファイルのバージョン管理とはどういうことなのか。 単純に言えば、誰かが更新したファイルの更新内容や、更新内容など「更新履歴」を管理する事。 ある時点のファイル内容まで更新内容を遡ることが出来たりと、過去のソースコードを保存してくれたりする頼もしい存在でもあります。 チーム作業の場合、複数人で同じソースコードを編集するなんてことがあると思うのですが、その際によくある先祖返りや
社内向けに「こわくない Git」というタイトルのスライドを作って発表しました。 対象者は「マージがなんとなく怖い」「エラーが怖い」「リベース使うなって言われて怖い」と、Git が怖いと思っている人です！ こわくない Git from Kota Saito 発表中に出た質問など 補足も兼ねて、上のスライドを発表した際に出た質疑応答などをここに書いておきます。 Q: 常に Non Fast-Forward (--no-ff) でいいのでは、と思えるけど git merge がデフォルトだと Fast-Foward or Non Fast-Forward (--ff) なのはなぜ？ A1: Non Fast-Forward だと、確かにメリットが多いのですが、1点だけデメリットがあります。特に差分が無い状態で git merge --no-ff すると、空のマージコミットが作られてしまうのです。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
