私はちょうど大学を卒業し、3人の開発チームで作業を始めました。コードベースは現在、バージョン管理システムの下にありません。当社のコードベースは従来のASPにあり、Adobe Contributeはコンテンツ制作者が独自のコンテンツを更新できるように統合されています。現在、Webサーバーのドライブをワークステーションにマッピングすることで、本番Webサイト上で直接開発しています。私は、バージョン管理のいくつかのフォームをワークフローに統合し、現地の開発に賛成して本番Webサーバーで開発するプラクティスを廃止することを強く信じています。バージョン管理ワークフローの推奨
私は、次のようなものを作業ワークフローを想像:
- 日常的にWebサーバから変更を取得し、ローカルファイルに
- を更新するための個人的なバージョン管理システム(Githubのにフェッチされた変更をコミット例)またはブランチは
- ローカルコピーにいくつかの変更を行います
- 個人のバージョン管理システムに私が行った変更をコミットします(GitHubの例)、またはブランチ
- PファイルをWebサーバーに変更して競合を処理しました。
私の考えは間違っているかもしれませんが、私はより多くの経験を持つ方々から推薦を探しています。
「私は強く私達が私達のワークフローにバージョン管理のいくつかのフォームを統合し、地域の発展に有利な生産のWebサーバー上で開発の練習を中止すべきであると信じています。」あなたはこれを信じるのは正しいですが、この質問は主に意見に基づくものであり、したがっておそらく閉鎖されるでしょう。 [ヘルプ/トピック]のStack Overflowに関するトピックを読んでください。 – Chris
これはオフトピックですが、私はあなたにいくつかのフィードバックを与えます。 「毎日Webサーバーから変更を取得し、ローカルファイルを更新する」と言う。あなたはどんな変化を期待していますか?あなたはWebコンテンツのバージョンを計画しているようです。これは一般的には良いアイデアではありません(少なくとも、コードと同じようにバージョン管理するべきではありません)。 Gitやその他のバージョン管理システムでコードをバージョンアップしますが、コンテンツ(特にユーザ生成コンテンツ)は含めません。 – Chris