アカウント名:
パスワード:
Githubを買収したMSですらGithub業務使用非推奨してるのに、なぜオープンで使っちゃう会社があるんだろう。Github使ってる俺カッコエー、昔関わったプロジェクトの実績をうpしてあるから見てくれってことかな
そんなレベルの高い(!)問題じゃなくて、単にgitとGitHubの区別がついてないって話でしょ
Github使用経験があると就職に有利になるんですよ。
冗談みたいな話だが、何度も聞かれたことあるんだよなー「GitHub使ったことありますか?」
githubが当たり前だと思ってるのを弾くためかも知れない# 弊社はファイル名に日付を付けて管理しています
弊社、PC-98上のdBaseで作られたシステムが3台現役稼働してて、そこから定期的にデータ抜き出してエクセル方眼紙に貼り付けてファイル名に日付とバージョン番号付けて管理してるわ…
たとえばSubversionで10年以上やってきて、履歴もあるのに、無理してGitHubに置き換えるメリットってなんですかね。逆に単に最近創業したばかりで、導入時期が遅かったからなんとなくGitという会社だってあるじゃろし
いずれにせよ、それは前の職場がそれを導入していた。その導入時期と経緯についての参考にはなるかも知れないけど、それと組織の文化や開発者のスキルとは関係ないでしょ。
「前職で使ってたバージョン管理システム」くらいなら参考になるかも知れないけど、GitHubだけを神聖視して別格扱いする理由が理解できない。
PullRequestかな。マジレスすると。あとは履歴検索とかマージパフォーマンスもあるけれど。
分散バージョン管理? そんなのはどうでも良い。
ブランチ頻繁に切るとか、非共有の作業をしつつもバージョン管理したいときとか。
履歴に関しては手間はかかるみたいだけど変換して引き継ぐって選択肢もあると思う。
SubversionとGitHubって比較する対象じゃないでしょ。もしかしてgitとGitHubの区別ついてない?
SubversionとGitでできる事は全く違う。分散型はそれ自体にはさほどの魅力は無いように感じられるが、分散型というシステムが生み出すダイナミックなコミット履歴の結合、編集、移送は、一度それを覚えてしまうと旧来の集中型はとても無価値なものに見えるようになる。
不利だったかもしれねえ…
元コメはパブリックレポジトリとは書いてないと思うんだが。ツッコミどころは「オンプレで」と指示したにもかかわらずなぜかGitHubを使うってところでしょ。SVNならこういう事故の起きる余地がないというメリットがあるな(白目)。むろんSVNレポジトリーを提供するクラウドサービスはOSDNを始めとして数多くあるが、それらをSVNそのものと混同するはずがない
この件はGithubを使う必要性がなさそうだな。svnやcvsが嫌というならgit使えばいいだけだし。
新人にgitサーバ立てさせるのかよ。っていうかgitサーバって何だ?今時平文gitプロトコルなんて使わないだろ。
Gitの公式ドキュメントでは、リモートのGitリポジトリの事をGitサーバーと呼んでいるだからどうしたって話ではあるが
別に社内のイントラネットで使う分には平文gitプロトコルでいいんじゃない?外からアクセスしたけりゃVPN使えばいいわけだし。
具体的にどこが阿保なのだろう……
阿保さんは悪くないだろ
あなおそろしや~おそろしや~
# 具体的なリスクケースを提示せずに危険性を主張するようなスカポンタンがエンジニアを名乗ってるとしたら、確かに怖い
なんでもマックス症候群ですね。
いるんですよねぇ・・・
リモートリポジトリを置くサーバ以外に何が。
多分、指示した人は、GitLab辺りのセットアップを想定して指示したと思うけどね。(公式dockerイメージを使えば簡単に立てられるのでたいした難易度じゃない)
オンプレが、オンプレミスではなくオープンプレースだと思った…とか?
ビルド時に開発環境が外部との通信前提な時代だから違和感めちゃ少ないのかもしれんねえ
オンプレでって書いてあるのに。。。#みんな、元コメはしっかり読もうぜ!
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
季節の風物詩 (スコア:5, おもしろおかしい)
なぜかプロジェクトの全ソースをgithubにアップロードしてしまうという。
Re: (スコア:0)
Githubを買収したMSですらGithub業務使用非推奨してるのに、なぜオープンで使っちゃう会社があるんだろう。
Github使ってる俺カッコエー、昔関わったプロジェクトの実績をうpしてあるから見てくれってことかな
Re:季節の風物詩 (スコア:1)
そんなレベルの高い(!)問題じゃなくて、単にgitとGitHubの区別がついてないって話でしょ
Re: (スコア:0)
Github使用経験があると就職に有利になるんですよ。
冗談みたいな話だが、何度も聞かれたことあるんだよなー
「GitHub使ったことありますか?」
Re:季節の風物詩 (スコア:2, おもしろおかしい)
githubが当たり前だと思ってるのを弾くためかも知れない
# 弊社はファイル名に日付を付けて管理しています
Re:季節の風物詩 (スコア:1)
弊社、PC-98上のdBaseで作られたシステムが3台現役稼働してて、
そこから定期的にデータ抜き出してエクセル方眼紙に貼り付けてファイル名に日付とバージョン番号付けて管理してるわ…
Re: (スコア:0)
たとえばSubversionで10年以上やってきて、履歴もあるのに、無理してGitHubに
置き換えるメリットってなんですかね。逆に単に最近創業したばかりで、導入時期が
遅かったからなんとなくGitという会社だってあるじゃろし
いずれにせよ、それは前の職場がそれを導入していた。その導入時期と経緯についての
参考にはなるかも知れないけど、それと組織の文化や開発者のスキルとは関係ないでしょ。
「前職で使ってたバージョン管理システム」くらいなら参考になるかも知れないけど、
GitHubだけを神聖視して別格扱いする理由が理解できない。
Re: (スコア:0)
PullRequestかな。マジレスすると。
あとは履歴検索とかマージパフォーマンスもあるけれど。
分散バージョン管理? そんなのはどうでも良い。
Re: (スコア:0)
ブランチ頻繁に切るとか、
非共有の作業をしつつもバージョン管理したいときとか。
履歴に関しては手間はかかるみたいだけど変換して引き継ぐって選択肢もあると思う。
Re: (スコア:0)
SubversionとGitHubって比較する対象じゃないでしょ。
もしかしてgitとGitHubの区別ついてない?
Re: (スコア:0)
SubversionとGitでできる事は全く違う。
分散型はそれ自体にはさほどの魅力は無いように感じられるが、
分散型というシステムが生み出すダイナミックなコミット履歴の結合、編集、移送は、
一度それを覚えてしまうと旧来の集中型はとても無価値なものに見えるようになる。
Re: (スコア:0)
不利だったかもしれねえ…
Re: (スコア:0)
元コメはパブリックレポジトリとは書いてないと思うんだが。ツッコミどころは「オンプレで」と指示したにもかかわらずなぜかGitHubを使うってところでしょ。SVNならこういう事故の起きる余地がないというメリットがあるな(白目)。むろんSVNレポジトリーを提供するクラウドサービスはOSDNを始めとして数多くあるが、それらをSVNそのものと混同するはずがない
Re: (スコア:0)
この件はGithubを使う必要性がなさそうだな。svnやcvsが嫌というならgit使えばいいだけだし。
Re: (スコア:0)
新人にgitサーバ立てさせるのかよ。
っていうかgitサーバって何だ?
今時平文gitプロトコルなんて使わないだろ。
Re:季節の風物詩 (スコア:1)
Gitの公式ドキュメントでは、リモートのGitリポジトリの事をGitサーバーと呼んでいる
だからどうしたって話ではあるが
Re: (スコア:0)
別に社内のイントラネットで使う分には平文gitプロトコルでいいんじゃない?
外からアクセスしたけりゃVPN使えばいいわけだし。
Re: (スコア:0)
具体的にどこが阿保なのだろう……
Re: (スコア:0)
阿保さんは悪くないだろ
Re:季節の風物詩 (スコア:1)
あなおそろしや~おそろしや~
# 具体的なリスクケースを提示せずに危険性を主張するようなスカポンタンがエンジニアを名乗ってるとしたら、確かに怖い
Re: (スコア:0)
なんでもマックス症候群ですね。
いるんですよねぇ・・・
Re: (スコア:0)
リモートリポジトリを置くサーバ以外に何が。
多分、指示した人は、GitLab辺りのセットアップを想定して指示したと思うけどね。
(公式dockerイメージを使えば簡単に立てられるのでたいした難易度じゃない)
Re: (スコア:0)
オンプレが、オンプレミスではなくオープンプレースだと思った…とか?
Re: (スコア:0)
ビルド時に開発環境が外部との通信前提な時代だから
違和感めちゃ少ないのかもしれんねえ
Re: (スコア:0)
オンプレでって書いてあるのに。。。
#みんな、元コメはしっかり読もうぜ!