質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

90.48%

  • C#

    9215questions

    C#はマルチパラダイムプログラミング言語の1つで、命令形・宣言型・関数型・ジェネリック型・コンポーネント指向・オブジェクティブ指向のプログラミング開発すべてに対応しています。

  • Visual Studio

    2411questions

    Microsoft Visual StudioはMicrosoftによる統合開発環境(IDE)です。多種多様なプログラミング言語に対応しています。

C#のプログラム中のこの履歴コメントってツールで作成されたもの?

解決済

回答 5

投稿 編集

  • 評価
  • クリップ 3
  • VIEW 575

tride

score 8

会社にて、とある管理放棄されたプログラムのソース(製作者不在)を開いた際、
プログラム中にてコメントで以下のようなものがビッシリ書かれていたのですが、
このコメントはGitHubのような何らかの管理ツールなりなんなりで自動付与されるものか、
ご存知の方はいないでしょうか?

あまりに量が多いのでまさか手打ちではないと思うのですが、なんだこれは状態で目が点になっているのですが。

環境:
VisualStudio2015

//20190101 add by 名前 start プログラムの変更内容のコメント
コード
//20190101 add by 名前 end
//add by 名前 start 20190101 プログラムの変更内容のコメント
<プログラム>
//add by 名前 end 20190101
  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • ozwk

    2019/06/11 16:51

    会社の人は誰もわからないんですか?

    キャンセル

  • tride

    2019/06/11 16:54

    分かりません。
    というより、プログラムの事を知っている人が私以外誰もいません。

    キャンセル

回答 5

checkベストアンサー

+7

こんにちは。

それは、999割手打ちですね。残念ながら。
バージョン管理という概念が理解できないか触れたこともない現場が、何の意味があるのかもわからないまま慣習に従って積み上げ続けたものでしょう。探せばコーディング規約(笑)が見つかったりするかもしれませんね。
ちなみに、2018年末でもそういうの書いてる人がいる現場はありましたね。1990年くらいからタイムスリップしてきた人なんでしょうか。

既に放棄されたプログラムということなので、
歴史の重みを受け止めつつ、正規表現で消し去ってしまいましょう。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/06/11 17:01

    喜ばしいことに日付の最新は2019年1月だったりします。
    というかそんな昔にあった書き方なんですね・・・。

    管理は放棄されましたが、絶賛稼働中のソフトのコードなので、影響が出ないように注意しながら消していきたいと思います・・・。

    キャンセル

  • 2019/06/11 17:11

    これは聞いただけですが、変更前のコードは全てコメントアウトで残さなければならない文化とかもあったようですね……数千行のコードに数十万行のコメントとか。

    キャンセル

  • 2019/06/11 18:34

    バージョン管理を途中から行うようになってもコメントで残す規約はそのままってところが多いですよ
    削除の場合はコメントアウトで修正の場合は古いソースをコメントアウトして新しいソースを追加する形で書く(さらに新旧どっちが先に書くかも決まっているので逆だとやり直しさせられる)
    今行ってる現場でのやり方です、めんどい

    キャンセル

  • 2019/06/11 18:43

    >数千行のコードに数十万行のコメントとか。
    でもステップ法ではコメント行を省かなければいけないので容量のわりに・・・ということもありますよね。

    キャンセル

  • 2019/06/11 20:42

    この目で見たことはないのですが、そのコメントアウト祭りのソースコードって、人間が読める代物なんでしょうか……?その規約を守ることにメリットは……

    キャンセル

  • 2019/06/11 21:37

    見づらくてしょうがないよ
    1メソッドの中身が数行しかないのにコメントアウトのあらしでスクロールしてとびとびのソースを見る羽目になるから、多分修正時のバグを誘発すると思う100行くらいのコメントの間に1行だけ有効な行があっても正直見逃がしやすいし、デバッグ実行で進めていると一気に行が飛ぶからわかりにくい

    メリットなんてないと思うけど、過去にどんな修正をしたのかがすぐに見える方が良いとかたぶんそういうことを考えてるんだと思う
    規約を守るメリットは・・・派遣なので守らなかったら仕事から外されるから守るしかねぇってところかな

    キャンセル

  • 2019/06/11 21:56

    「バージョン管理ツールで管理するのでやめましょう」といっても頑なにこの方法を通す人は、まだまだいますね。私の現場は C なので、#if~#else~#endif ですけど。
    派遣だけど、守りませんよw 守らないというか、こんな前時代的な方法ではバグを仕込みやすいのでやめましょうと、改善させています。改善提案も仕事ですので。

    キャンセル

+3

自動付与ではなく手動挿入と思います。

昔の古い文化ですね。
大量にdelete,update(/edit)するときのコメントアウト行の多さにはうんざりしてました。

まあ、パターン決まっているので日付のところだけ書き換えれば良いように手元のtxtファイルとかで控えておいてコピペしたとか辞書登録したのを使ったとかではないでしょうか。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/06/11 17:01

    そんな文化が昔あったのですか・・・。げふぅ・・・。

    キャンセル

  • 2019/06/11 17:02

    今でも10年前に作ったレガシーなシステムのメンテナスを行う現場では採用されていたりします。
    バージョン管理ツールがまだ浸透していなかった時代の伝統をずっと守ってきている感じですね。

    キャンセル

+2

手打ちでしょうね。
昔のソースにはよくあるコメントです。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/06/11 17:00

    まさか・・・。そんなまさか・・・(゜ロ゜;)

    キャンセル

0

昔(まだソース管理ツールがないような頃)の伝統ですね。
でも当時のコードが生き残っている場合、たとえソース管理ツールが導入されていても「そういう文化だから」で継続していることはあります。
※実際、svn で管理しているにも関わらず、このタイプのコメントを記入していた現場ありました

管理放棄されているにしても、最新のコメントが今年の1月なら、そのとき誰かが触った、んですよね?
その方がもう現場にいない、ということでしょうか?

ちなみに add じゃなくて delete のときは、delete の前後にコメントを付与した上で、delete する部分をすべて単一行コメント(//)でコメントアウトするなんてルールもあったり……
※ /*~*/ だと、途中で意図せずコメントが切れてしまう可能性があるため

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

0

たぶん、手動で挿入していると思います。

最近、コメント規約で読んだ記憶が。
未だに規約で定めているところもあるようです。
更に、修正元をコメントアウトして残すと
記載されていました。
このような時代遅れな規約がまだあるようです。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

同じタグがついた質問を見る

  • C#

    9215questions

    C#はマルチパラダイムプログラミング言語の1つで、命令形・宣言型・関数型・ジェネリック型・コンポーネント指向・オブジェクティブ指向のプログラミング開発すべてに対応しています。

  • Visual Studio

    2411questions

    Microsoft Visual StudioはMicrosoftによる統合開発環境(IDE)です。多種多様なプログラミング言語に対応しています。