0

職場で Git に切り替えようとしていますが、いくつかの問題が発生しています (最初から述べておきますが、職場で Git の基本的な経験があるのは私だけであり、別の同僚は過去に Subversion を使用していましたが、それでおしまい）。

私たちは次のようなことを想定しています。

  • 安定したプロジェクトが配置されているメイン ディレクトリがあり、プロジェクト マネージャーがサイトを確認し、必要に応じてデバッグできます。このメイン ディレクトリ (MAIN と呼びましょう) は、すべての開発者の元のリポジトリでもあります。
  • プロジェクトに取り組んでいるすべての開発者は、サーバー上にメインのクローンを作成し、変更に取り組み、再度メインにプッシュするサブディレクトリを持っています。そこからお互いの変更も引き出します。

今日これをやってみましたが、すぐにベアリポジトリ以外のマスター -> マスターにプッシュすることは推奨されないことに気付きました。理由を読むと、これは私には理にかなっています。master -> master push (非ベアリポジトリへ) を実行したい場合、いくつかの解決策を見つけましたが、それらはすべてオリジンでさまざまなコマンドを実行する必要があります (リセットまたは別のブランチからのマージ)。解決策は、私が知る限り、MAINをベアリポジトリに変換することです。ただし、これは、作業ディレクトリがないため、PM がプロジェクトを表示できなくなったことを意味します。

これを解決するための最良のアプローチは何ですか？ファイルを表示できるように、裸の MAIN リポジトリを自動的にエクスポートするフックを設定しますか?

おまけ: MAIN は時間の経過とともに独自のクローンになります。すべてのプロジェクトで使用される既定のテンプレートがあります。既定のテンプレートから MAIN を複製し、それに何かを追加することをお勧めします。これは悪い習慣と見なされますか? デフォルトのテンプレートに戻す必要はありませんが、バグ修正をプルしたい場合があります。裸の MAIN リポジトリを開始し、デフォルトのテンプレートをコピーしてそこに貼り付けますか?

4

2 に答える 2

1

推奨される設定は、あなたが予見したように MAIN を裸のリポジトリにすることです。その後、Git Web、課題トラッカー コネクタ ( Redmineが git に接続できることはわかっています)、またはローカル クローン + プレーン git /などを使用できます。 tig / 参照用の任意の git GUI。

または、ローカルにgitoriusをインストールするか、Githubでホスティングすることもできます。

于 2012-12-13T17:59:35.757 に答える
0

PM の場合、彼は自分の PC でレポをクローンするだけです。ベア リポジトリの使用は、ほとんどの場合、リポジトリをリモートに保存するために行われます。彼が技術的な知識がなくてもコマンド ラインがすべてではない場合 (あなたの説明からすると、彼は持っているようですが)、単純な GUI を使用して管理することができます。

追加の質問については、この場合、各プロジェクトで基本的なテンプレートをコピーして貼り付けるだけです。プロジェクトで定型文の履歴が必要ないため、これはより理にかなっています (シンプルで整頓してください)。

于 2012-12-13T16:53:55.840 に答える