アカウント名:
パスワード:
commitに機密情報や個人情報が含まれてないかの精査ってみなさんの会社ではどうされてます…？機械的にチェックツール通したりチーム内での人間系でのダブルチェックはどこでもやってるんだろうけど、Microsoftぐらいの規模とミスったときの影響度になると監査部門?みたいなところがチェックするワークフローになってたりするんでしょうか。
1000人くらいの規模のSIerですが、特にチェックはありません。顧客側がgithubの公開リポジトリを使ってる開発案件を複数受注しているので、もしもチェックがあったりすると手間がとっても増えそう。
業務で公開リポジトリ使うとかどういう案件なんだろう。オープンソースの仕事？公開リポジトリとか、それこそ機密情報をpushしちゃうヤラカシクンが絶対出てくるぞ。個人的なプロジェクトでもテストコード内の認証情報とかをpushしちゃいそうで(pushしないように気を遣い続けるのも疲れるので)、必要なければむやみに公開にせずに、非公開リポジトリとかローカルリポジトリとかで済ませたいのに。GitHubは公開リポジトリしか作れなかった頃は敬遠してたし。AWSの認証情報をGitHubにpushしちゃって勝手に使われて高額請求が来た人とかいるよ。
アップストリームファーストまでは言わないけど、それなりの規模の会社でうちはマトモにやってます感?を出そうとすると業務で公開リポジトリへのプルリクってそれなりに発生するんじゃねぇかな今日日のソフトウェア開発シーン。割合示せ言われると印象論でしかないけど。。patch拵えてMLに投げるだけで済ませたいなぁ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
業務でgithubに成果物をpushする際の手順 (スコア:0)
commitに機密情報や個人情報が含まれてないかの精査ってみなさんの会社ではどうされてます…？
機械的にチェックツール通したりチーム内での人間系でのダブルチェックはどこでもやってるんだろうけど、
Microsoftぐらいの規模とミスったときの影響度になると監査部門?みたいなところがチェックするワークフローになってたりするんでしょうか。
Re:業務でgithubに成果物をpushする際の手順 (スコア:0)
1000人くらいの規模のSIerですが、特にチェックはありません。
顧客側がgithubの公開リポジトリを使ってる開発案件を複数受注しているので、
もしもチェックがあったりすると手間がとっても増えそう。
Re: (スコア:0)
業務で公開リポジトリ使うとかどういう案件なんだろう。
オープンソースの仕事？
公開リポジトリとか、それこそ機密情報をpushしちゃうヤラカシクンが絶対出てくるぞ。
個人的なプロジェクトでもテストコード内の認証情報とかをpushしちゃいそうで(pushしないように気を遣い続けるのも疲れるので)、必要なければむやみに公開にせずに、非公開リポジトリとかローカルリポジトリとかで済ませたいのに。
GitHubは公開リポジトリしか作れなかった頃は敬遠してたし。
AWSの認証情報をGitHubにpushしちゃって勝手に使われて高額請求が来た人とかいるよ。
Re: (スコア:0)
アップストリームファーストまでは言わないけど、それなりの規模の会社でうちはマトモにやってます感?を出そうとすると
業務で公開リポジトリへのプルリクってそれなりに発生するんじゃねぇかな今日日のソフトウェア開発シーン。
割合示せ言われると印象論でしかないけど。。
patch拵えてMLに投げるだけで済ませたいなぁ