私が働いている場所では、(ほとんど) ペアで仕事をしています。私たちはバージョン管理の必要性を認識しており、明らかに柔軟性があるため、分散型バージョン管理システムとして bazaar を使用します。
いくつかの実験の後、プロジェクトをセットアップするには、次の手順を使用する必要があることに同意しました。
サーバー上
- bzr init (プロジェクトを初期化します)
- bzr add (現在のディレクトリ内のすべてのファイルを追跡するよう bzr に指示するため、このコマンドを実行する前に、プロジェクト スケルトンに不要なファイルがないことを確認してください)
- bzr commit -m "initial commit" (バージョン管理のために、追加されたファイルを bzr にコミットします)
開発機について
- ローカル マシンで、bzr ブランチを実行します。
project_dir
日課
私たちは現在、私たちのために働くワークフローを確立しようとしています. これは、私たちが毎日行うことに同意したことです。
- から最新の変更をプルダウン
pull_path
- コーディングしてコミットします。注意。コミットはローカル マシンに保存されます。
- 手順 1 を参照してください。
push_path
変更を(NB.push_path
=pull_path
)にプッシュします。- 競合がある場合:
- 最初にbzr resolve を試してください。
- それでも問題が解決しない場合は、パートナーに連絡して手動で解決してください (file.OTHER、file.BASE、file.THIS を開き、関連する変更を加えます)。
- 変更をコミットします ( bzr commit )
- もう一度押す ( bzr push )
- すべての競合が解決されるまで、上記のサブポイント (#5) を繰り返します。
ワークフローに関して、これは bazaar でバージョン管理を行う正しい方法ですか? 他のチーム メンバーが変更をサーバーにプッシュするたびに、コミット コメントが「所有権を変更する」という問題が発生しました。これは想定どおりの動作ではないと確信していますが、プロジェクトのセットアップ段階で選択した特定のオプションが原因である可能性もあります。
ここの VCS エバンジェリストとして、私はチームによって、特にチームが成長するにつれて新しい人々によって使用されるガイドに取り組んでいます。bzr を最大限に活用するための、素晴らしくシンプルなステップバイステップのフローを確立するためのあなたの貢献は、非常に高く評価されます。ここにあなたの貢献を追加してください。
よろしくお願いします:)