0

3名のチームでプロジェクトに取り組んでいます。Git セントラル サーバーをセットアップするための別のマシンがまだないので、それなしでやっていく必要があります。数日で機械が届くので、現在のワークフローを実験のように扱っています。したがって、次のようにします。

1) すべてのメンバーは、次のように自分のコンピューターに git リポジトリを作成しています。

 git init

2) すべてのメンバーは、次のように自分のリポジトリを他の人が読めるようにします:

.git ディレクトリ:

touch git-daemon-export-ok

その後:

git daemon &

3) すべてのメンバーは自分のリポジトリのアドレスを他のメンバーに送信し、すべてのメンバーはそれを次のようにインポートします。

git remote add aa git://xxx.xxx.xxx.xxx/home/username/code

初期設定が完了すると、ワークフローは次のようになります。

作業を行うために、ローカル リポジトリの dev ブランチにチェックアウトします。完了したら、他のメンバーのマスター ブランチをリポジトリにプルします。

git pull --rebase aa master
git pull --rebase ab master
...

最後に、必要に応じて dev ブランチからコミットをスカッシュし、ローカル マスターとマージします。今後、他のメンバーはこれらのコミットを私たちのコンピューターからマスターにダウンロードできるようになります。

あなたはそれについてどう思いますか?

#

これは会社で起こっていることであり、ここで Github などを使用することは許可されていないことを付け加えておきます。私たちのソフトウェアはオープンソースになりますが、厳格なセキュリティ ポリシーに従う必要があります。

4

2 に答える 2

2

チームが自己規律を保っていれば問題はないと思いますが、チームが増えると問題を回避するのがはるかに難しくなるため、これを一時的な解決策として扱ってください。ところで、github プライベート リポジトリについて考えてみてください。彼らは魅力のように働きます。

于 2012-07-30T22:50:14.160 に答える
2

私にはかなり複雑な解決策のようです。それでは、ホストされたサービスを一時的に使用し、到着したら独自の Git サーバーに移動しないのはなぜでしょうか?

明らかに、GitHub はこの部屋の 800 ポンドのゴリラですが、GitHub とは異なり、BitBucket は無料のプライベート リポジトリを提供するため (ただし、5 ユーザーに制限されています)、個人的には専門的な立場で BitBucket を使用しています。

于 2012-07-30T22:51:27.880 に答える