ですが現代の自由はいくらですか?VCSを無視できるメインフレームシーケンス番号?

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

  •  20-08-2019
  •  | 
  •  

質問

私を見渡り大きなスイートアイ-ビー-エムアセンブラ言語プログラムからvcsに基づく"ファイル名を含むバージョン番号"は、現代のvcs込まれますので、その能力を支店とする必要がありません。

これらのファイルには、80欄の記録、最後の8カラムがとても意味がない。

る理由はいくつかありますがするんですが、無駄にしたくスペースにより、さんありがとうございます。vcsを無視するものと思保全のある方)のシーケンス番号列は、diffとpatchに基づくこのような内容の最初の72列あります。

そのアイデア?


で明らかに"無視で保存":今までは少し漠然とした、まだ完全に収集したアイデアだ。

いう、この:

"が合流/パ場面をシーケンス番号の出力、があり、事実の表明ではありま片側には配列番号、利用者の現在のファイル(1/2/3)"


なぜ私を保持したいシーケンス番号?第一に、しっかり シーケンス番号.第二に、たいへの復帰ものとダイナミックのメインフレーム、シーケンス番号でものすごく大きい。(人か"SMP/E"を意味す。していない者、喜んでも揺...)


いただきました、実現したことがなかったのを受け答えになります。難しい選択が@Noldorinに最も近いしたいことが分かった。

役に立ちましたか?

解決

と思いる現代バージョンコントロールシステム(Subversionバザール もう一般的に推奨され 集中-分散 それぞれでの活用、外部のdiff/mergeツールです。残念ながらいってくださいというふうに思っていくこmergeツールを自分で少なくとも聞いた事もないのと必要とするのがこんなに大きな課題だと思う.いま一幸運で提示した論点や政策提言が行われ このStackOverflowの質問 など この.申し訳ないですねずを使用して、使用するものを見ると良いでしょうに、特にその有により閲覧する場合ことを考えるというご満足いただけます。

他のヒント

にMercurial、簡単に無視列73末ます。asmファイルだけを追加.hgrc、次のような

[encode]
*.asm: cut -b -72

(または少しより複雑な場合をサポートしていきたいWindowsシステムに対して-).しかしこのかかわりのない、"保全"の一部"を無視するものの保全"の仕様を、ニール-コメントポイントではあるが、若干の問題がある)。

と思い、意味の"保存"をこちらです。という時には、配列番号は"ほとんど意味がない"、その"ほぼ"などのもの以外の配列?のDreamtimeしておりましたが、符号化のようなプログラムフロー図がすでに初版のブルックス'神話の男月)のものはありが死亡した。

場合にのみ意味のシーケンス番号のカラムとして順序付けされたシーケンスの数です。うに誘惑されることを@アレックスのアプローチできる前処理のファイルからスクリプトの近代VCツール—カットのシーケンス番号のご来場者に抽出ファイルを使用し、類似のツールresequenceの記録です。

(開示を代表するベンダーのツールこまで解答).

したいものは差分ツールいたものであると理解しても列72-80は"空白"にかかわらずる事実だけを詰めていく。

意味のデザイン,スマートDifferencer はIBM企業COBOL異体理解してくれることです。

SD"スマートDifferencers様々なlangauges、IBMアセンブラでは、将来の目標です。おSDオフラインのための議論のスマートDifferencer IBMアセンブラ、入っています。

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