どのようにSubversion(又はそのプログラム)を定期的に実施する犯?

StackOverflow https://stackoverflow.com/questions/758916

  •  09-09-2019
  •  | 
  •  

質問

たい設定はパソコンのようにうごとに半時間で自動的にする為のプログラムしました。を使用していsvnリポジトリになってもただのスクリプトに、'svn ci'30分うませていただきます。問題はわからないのだ。

が誰か教えてください、または直接思うようだが、この周期的なコミットもます。

よろしくお願いします。

編集:申し訳されてい混乱して人々の中に使いたいと思ってい関係ではないかと思います。唯一の理由でいることができます.これは講師の鉱山はいかがどのようにコードの開発時だと思いることができる"というアイデアはsvnます。関係ありませんの最新コミットしたものですそれだけでは表示が変化しているコードです。

役に立ちましたか?

解決

い汚れの管理版システムなどのシリーズのオートを設定します。その考え方を制御版システムを提供する仕組みを整えることである。

そして、私の提案は:用リポジトリのためのソフトウェアと店舗のオートを設定します。時には、すべて自動車を犯の主要なリポジトリに一つだけ論理的コミットする

とのgit、この:

  1. レポ'foo':本リポジトリ
    1. ref/ヘッド/...:のおおよその位置の開発支店
    2. ref/セッション/...:の作品の汚れを設定します。
  2. 作業コピー:
    1. "git init"
    2. "gitリモート追加foo git://foo/...;gitを取得すfoo"
  3. の作成支店:"gitレ-bバー foo/master"
  4. タグ当初の支店:"gitタグbarbegin"
  5. 起動スクリプト:"がtrue;いgitを追加します。;gitコミットm'autocommit';done"
  6. 私は使用しないでcronジョブで有効/無効にautocommitsます。
  7. なお仕事
  8. お仕事の後は、解除のスクリプト
  9. コミット保留中の変更
  10. さて、多くの自動車を犯の店舗のバーは、タグ付き、初期のコミットの支店barbegin
  11. 公開オート犯:
    1. "gitタグbarend"
    2. "git push foo barbegin:ref/セッション/お客様のユーザーのid/のセッションid/begin"
    3. "git push foo barend:ref/セッション/お客様のユーザーのid/のセッションidを終了"
  12. さて、掲載のお仕事、講師がアクセスで
  13. 更新おfooリポジトリ:
    1. "git rebase-i--をbarbegin barbegin"に進むことに記載 こちらの
    2. いつぶすべての犯:"最後である。
    3. "git push foo bar:マスター"#唯一のコミットにおさまりきら
  14. 洗浄:
    1. "gitタグ-d barbegin"
    2. "gitタグ-d barend"
    3. "git支店-dバー"

そういうことで、思いの有用な情報の収集にあたってどのようなデータです。ですから、私はしないようにしてこのワークフロー.だが本当に必要なものが思いることができてうれしいです。

他のヒント

見かけ世論に反して、私はこれは割り当ての文脈ではsvnの偉大な使用、と思います。

kdesvn(またはより良い、TortoiseSVNは、それはWindows上でのみです)のようなツールはあなたに彼らのログビュー、差分と非難ビジュアルで何が起こっているのかに大きな洞察力を与える可能性があります。

Ubuntuを使用している場合は、あなたが取り組んでいるものと、別のコンソールからこのbashスクリプトを実行します。

#!/bin/bash
while [ 1 ]
do
        # Do the commit
        svn ci --message "Automated commit" ~/yourworkingcopy

        # Wait until next commit time
        sleep 1800
done

あなたは、シェルスクリプトを実行するcronジョブを試みることができます。あなたはどのようなOS上ですか?

しかし、私はあなたがこれをしたいと思います理由として興味があります。あなたのコミットは、機能やバグ修正の部分から構成され、時間間隔に基づいてはなりません。あなたのリビジョンが役に立たないレンダリングします(ファイルのグループに)変更の途中でコミットする可能性が高いです。

私は、時限スケジュールにコミットを設定することが特に良いアイデアだとは思いません。特に、あなたはテストと継続的インテグレーションになって起動した場合。あなたは、時間枠にチェンジを完了しているという保証はありませんので、設定した間隔でコミットすると、ビルドを中断します。

あなたは自動コミットしたい場合は、

より良い方法は、ビルドプロセス自体の一部をコミットすることです。ただ、ビルドプロセスの最後のステップは、リポジトリにコミットします。ビルドが失敗した場合、その方法は、あなたがゴミをコミットしません。

メイクのすべての味と完全に可能と私は、Visual Studioは、前と後、このような何かをするように設定することができるイベントを構築している知っています。だから私は、最新のIDEがこれを扱うことができることをかなり確信してます。

特にこの問題のための特別な配慮として:
あなたにも丁重ときに混乱を追跡できるようにプロセスの先頭にフックをコミット移動し、どのようにエラーを修正するようになっています。

私はSubversionを使用しますが、私が代わりに1つだけの変更で作業し、リポジトリにそれらをcomittingのが習慣になるだろう。

この方法で講師、彼がしたい場合は、見ることができないだけで、のものをのは変更しましたが、の理由のそれが変更されました。これは私が想像よりもはるかに有用であろう。

あなたは、UNIXの味で実行している場合はhref="http://www.clickmojo.com/code/cron-tutorial.html" rel="nofollow noreferrer">のcron の

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top