0

私はこれについて間違った方向に進んでいると感じています。

私は、3 人の開発者全員が独自の GIT Repo で頻繁に変更を行っているソフトウェア プロジェクトを持っています。彼らは変更をサーバーにプッシュし、そこで変更をマージしてライブ Web ソフトウェアに公開します。

コードをマージするときに競合を解決するために簡単に使用できるソリューションを見つけようとしています (通常、マージごとに多数の競合があります)。私の経験では、VIM だけではこれは非常に遅いですが、Splice というプログラムを見つけました: http://sjl.bitbucket.org/splice.vim/コツをつかも うとしているところです。ただし、このプログラムでもホームページで次のように説明されているようです。

「Splice はマージ ツールです。つまり、サーバー上で SSH 経由ではなく、開発マシン上で作業することになります。」

SSH を介して実稼働サーバーでマージを行うのは、それほど大きな問題ですか? コードをマージする必要があるたびに、サーバー上にあるすべてのコードを取得し、ダウンロード、マージ、および再アップロードするのは、はるかに大きな苦痛のようです。

私はこれに慣れていませんが、何かが欠けているように感じます。これについてもっと良い方法はありますか?

すべてのアドバイスは大歓迎です:)

4

1 に答える 1

2

問題は、サーバー上でコマンドを実行することはまったく想定されていないことですgit(もちろん、ベアボーンリポジトリのサーバー側のセットアップは別として)。git commit開発マシン (ただし、SSH 経由で接続されたリモート マシンである可能性があります。それが実際の意味ですか?) ですべてを実行してgit pull && git pushから、サーバー リポジトリを更新する必要があります。

于 2013-11-05T10:41:46.373 に答える