2017-11-14 20 views
0

今まで私は自分のWebサイトだけで、サーバ上でバージョン管理を全くしていませんでした(基本的に開いて変更したファイルはそれぞれ/var/www/vhosts/domain.tld/httpdocs-FolderのsftpでIDE/ssh)それは私の必要性のために十分だったので。既存のWebサイトにgitワークフローを追加するベストプラクティス

ここでは、他の開発者と協力して、既存のすべてのWebサイトでgitを使用する最良の方法を探しています。

/home/git/domain_1.git、/home/git/domain_2.git、...などと

のような複数の裸のリポジトリを作成することが推奨ですgit init --bare domain_1.gitのようなフォルダに/home/git/ と私のroot-Accountを入れて何らかの形で**すでにそれぞれ既存のを追加して、それぞれのリポジトリにフックを追加して(後で受信しますか?)、それを毎回/var/www/vhosts/domain.tld/httpdocs-Folder押す。そして、すべての開発者に、単一のリポジトリごとにssh://[email protected]:/home/git/domain_1.gitのようなURLを持つgit-User経由でアクセスを許可します。

このようにすればいいですか?そこにはウォークスルーはありますか?私は何も見つけることができませんでした。私は数日から適切な解決法を探しています。冗談はありません...

またはこの種の問題を解決するためのより良い/ベストプラクティスがありますか?

** =(どのように?これらの裸のレポにgit add作品...のような無のgitコマンド以降)あなたのコードベースを管理するためのバージョン管理システムを使用する上での決定に

+1

ソース管理をセットアップするためのベストな方法は何ですか?bitbucket無料プランを5人以下のユーザーに使用するhttps://confluence.atlassian.com/bitbucket/bitbucket-cloud-plan-details-224395568.htmlそれから読み始めるhttps://confluence.atlassian.com/get-started-with-bitbucket/set-up-a-team-861176358.html簡単peeeezy –

答えて

1

まず最初おめでとう。 ソースコントロール内に複数のフォルダを維持するために、複数のベアリポジトリを必要としないこと。 ベストプラクティスを求めてきたので、ソースコントロールで自分自身を設定するために必要なことに直接触れます。

あなたがソースコントロール管理ツール上で作成したリポジトリを作成し、空のレポしたらあなたは---> GIT ソースコードをホストする1つのリポジトリ----> Githubの/のBitbucketクラウド DVCSツールが必要とそのレポの中にあなたのコードをすべて引っ張ってください。方法についてはthisに従ってください。

次に、他の開発者が同じコードベースで開発を継続できるように分岐戦略を設計する必要があります。 1つのマスターブランチ(異なるリリースバージョンを維持する)と1つの統合ブランチ(開発)という単純なものから始めます。開発者は、新しい機能を実装するために機能ブランチを作成する必要があります。それらを見直して統合に結合し、次にマスタに統合することができます。 続きを読むことができますhttps://git-scm.com/book/en/v2/Git-Branching-Branching-Workflows

1

裸のレポを使用したくないです(won't have a working directory以降)。

レポを作成するには、ファイルがあるディレクトリのルートにgit initを使用できます。さらに、github/bitbucketを使うと、あなたのレポが作成されます。次に、それを複製し、最初のコミットを行い、プッシュすることができます。

ここで重要な点は、コードを保存している「メイン」の場所が、開発マシンではなくライブサーバー上にあることです。これにより、すべての人がライブサーバーにsshを実行してpushを実行する必要がなくなります。

必要に応じて、おそらく開発マシンでリポジトリを複製して変更します。 commitおよびpushをbitbucketに戻します。その後、あなたのライブサーバー(/var/www/vhosts/domain.tld/httpdocs-Folder)にもう一つのクローンがあります。そこでは、「展開」プロセスがgit pullになり、bitbucketにプッシュされた最新の変更を取得します。

その他のオプションは、commitmasterブランチに、自動的にpullを送信するプロセスをbitbucketレポを見ることです。

これを安全にするには、research branching strategiesが必要です。 1つを選択し、すべてのコミッターがそれに従う方法を知っていることを確認してください。

簡単なのは、masterブランチを「何が生きているのか」とし、developを変更することです。変更は開発者マシンdevelopからブランチmasterに分岐して、ライブサーバーに移行します。コードをマスタにマージするためのプルリクエスト(コードレビュー付き)を使用すると、マスタを安定した状態に保つのに役立ちます。

関連する問題