問題タブ [trunk]

authz ファイルを使用して、svn サーバー (projA、projB) へのアクセスを制限しています。幹と枝に同じ制限を適用したいと思います。構成をコピー/貼り付けする代わりに、それを行う良い方法はありますか:

プロジェクトとブランチがたくさんあるので、この構成を維持するのは難しくなります。

私は理論を知っていますが、プロジェクトの実用的な観点からsvnはどのように使用されますか？たとえば、変更または追加される機能を備えたWebサイトがあります。どのような場合に新しいトランク、ブランチ、タグが使用されますか？

こんにちは。SVN を scm として使用する Java プロジェクトがあります。PRODUCTION_LINE があるトランク ラインと、次のリリース用のいくつかのブランチがあります。

本番環境でバグを見つけたら、トランクで修正してソフトウェアをリリースします。枝を閉じずに枝も修正したいと思います。可能ですか？

よろしくマッシモ

ブランチが最新の開発ラインになったため、トランクは時代遅れになりました。「2 つの異なるツリーをマージ」でブランチをトランクにマージすると、ブランチの変更履歴がトランクに移動されません。しばらく時間がかかるいくつかの変更のために新しいブランチを開始する必要があるため、ブランチを削除したいと思います。これは通常の動作ですか、それとも何か見逃したのでしょうか?

どんな提案でも大歓迎です。

ありがとう！ミゲル

ついにリビジョン管理の世界に突入！Subversion についての予備知識はありませんが、本はほとんど読んでおり、現在 Subversion と Trac をインストールしています。PHP Web アプリケーションで作業する 2 人の開発者になります。

私の質問は、ディレクトリ構造に関するものです。ソースコードをトランクに直接入れるのが一般的な方法のようです。ただし、アプリケーションの直接の部分ではないファイルをどのように処理すればよいですか。たとえば、次のようになります。

• MySQL 履歴のリビジョン管理を選択した場合の Liquibase の変更ログ
• PHP アプリケーションの直接の一部にはならないが、リビジョン管理があると便利な小さな PHP ツール
• リビジョン管理したいその他の生ファイル/ソースファイル

アプリケーション自体のトランクの下にサブフォルダー ("app") を追加できますか? または、これを解決する他のより良い方法はありますか?

SVNトランクから、また異なるブランチやタグからビルドするようにTeamCityを構成するにはどうすればよいですか？

私たちのアイデアは、同じプロジェクトから複数のビルドを作成することです。これにより、現在のバージョンを本番環境に置き（その「リリースタグ」に対してデプロイと修正を行うことができます）、同時にトランクとブランチを作成できます。毎日行われている実際の開発で。

SVNディレクトリのポリシー、所有者、その他すべてがあります。問題は、アプリケーションのさまざまな「バージョン」または「状態」で同じプロジェクトに対して複数のビルドを作成するようにTeamCityを構成する方法です。

これを行うための最良の方法は何ですか？

前もって感謝します ！

私は疑問に思っていました-変更されたクラスの名前を含むいくつかのメッセージで誰かがトランクにコミットしたことを特定のsvnプロジェクトへのすべての貢献者に通知し、その後変更された/変更されていないバージョン間の差分を表示できるEclipse用のプラグインはありますかコミットされたクラス。

ありがとう。

Emacs トランクで cc-mode 5.32.1 を試しています。コンパイルすると、これらのエラーが発生します

ロードはエラーなしで完了しますが、新しいバージョンの C モードで編集しようとすると、次のエラーが発生します。

この問題を解決する簡単な方法はありますか、それとも emacs 開発者がこれを修正するのを待つべきですか? 私は Emacs-Lisp について多くのことをやめていることを知っていますが、この問題は私を打ち負かしています。

多分ヒント：私が検索するとbuffer-syntactic-context私は得る

ソース管理システムには Subversion を使用し、メインラインの作業はトランクで行います。ソフトウェアをリリースしたとき、ブランチを作成しました。リリースをアップグレードする必要がある場合は、トランクからブランチにリビジョンをマージし、コミットしてタグを作成します。このアプローチにより、トランクから 1 つまたは 2 つのリビジョンを選択し、それをブランチにマージして、修正を迅速に展開することが可能になりました。ただし、私はリビジョン番号を適当に選んでいるので、どのリビジョンが幹から分岐したかを知るのが難しくなります。サブバージョンの外部で記録せずに、トランクにマージされたリビジョンを確認できる方法はありますか?

Subversion 1.6 を使用しています

/trunk推奨フォルダー（ 、、）を使用せずに（私ではなく）セットアップされたsvnリポジトリがありますが/branches、/tagsこれは最初は問題ありませんでしたが、機能ブランチで修正してトランクにプッシュバックする必要がある問題が発生しています。

Webサーバーには、svnからプルして更新を取得するリモートブランチがあります（緊急時に変更を加えてリポジトリにプッシュバックできるようにするため）。

トランクにあるはずのすべてのものをフォルダーに移動できればいいのですが/trunk、Webサーバーのセットアップに影響を与えると思うので、そうすることには注意が必要です。

リポジトリを変更し、すべてのコードを適切なフォルダーに移動した場合、/trunk代わりにフォルダーでリモートバージョンを再ポイントする方法はあります/か？tags（それが代わりに引っ張られたらいいのですtrunkが...赤ちゃんのステップ）