GitHubのソースコードで学習したプログラミングAI「Copilot」は著作権侵害なのか？
ソフトウェア開発プラットフォームのGitHubが2021年6月に、ソースコードを書くとその続きを補完する機能である「GitHub Copilot」をリリースしました。Microsoft傘下のGitHubが、ライセンスを問わずGitHub上のあらゆるソースコードを学習して作られたCopilotを商業利用することについて、「著作権的に問題があるのではないか？」との議論が巻き起こっています。 Julia Reda – GitHub Copilot is not infringing your copyright https://juliareda.eu/2021/07/github-copilot-is-not-infringing-your-copyright/ GitHubが、人工知能研究組織のOpenAIと協力してリリースしたCopilotは、途中まで記述したソースコードの「続き」を自動で
Team について - GitHub Docs
Team について チームを使って、組織内のユーザーのアクセス権と、通知を送信するアクセス権を管理できます。 Organization のオーナーとチームメンテナは、Organization のリポジトリに対する管理、読み取り、または書き込みのアクセス権を Team に付与できます。 Organization のメンバーは、Team の名前をメンションすることで、Team 全体に通知を送信できます。 Teams は組織のメンバーのみで構成できます。外部コラボレーターはチームに参加できません。 組織の所有者とチームの保守担当者は、チームの通知を無効にすることができます。 詳細については、「Team通知の設定」を参照してください。 Organization のメンバーは、Team のレビューを要求することでも、Team 全体に通知を送信することができます。 Organization のメンバー
GitHub のブランチ保護を使用してリスキーなマージを防止する - Qiita
せっかく Github を使用して、プルリクエストをレビュー、指摘しても、権限設定の問題で、権限さえあれば [Merge pull request] ボタンを押せてしまう。 結果、マージ先でテストを失敗したり、コード品質落ちてしまったり。 あるあるですね。 今回は、Github のブランチ保護機能を使用して、このようなリスキーなマージを機械的に防げるよう、設定をしてみます。 環境 以前、SonarQube と TravisCI を使って Github でのコードレビューを自動化する で使用した環境を流用します。 Github (2016-02-15 現在) Travis CI (2016-02-15 現在) Maven 3.2.5 ORACLE Java 1.8.0_31 Java HotSpot(TM) 64-Bit Server VM warning: ignoring option
全社的に会社用GitHubアカウントを廃止した件 - ZOZO TECH BLOG
はじめまして。2019年1月に入社したSREスペシャリストのsonotsです。最近MLOpsチームのリーダーになりました。今回の記事はMLOpsの業務とは関係がないのですが、3月に弊社で実施した会社用GitHub個人アカウントの廃止について事例報告します。 TL;DR 会社用GitHubアカウントを作るべきか否か問題 会社用GitHubアカウントの利用で抱えた問題 1. OSS活動時にアカウントを切り替える必要があり面倒 2. GitHubの規約に準拠していない 会社用アカウントを廃止した場合にセキュリティをどのように担保するか GitHubのSAML single sign-on (SSO)機能について 会社用アカウントの廃止およびSSO有効化の実施 会社用GitHubアカウントを使い続ける場合 私用GitHubアカウントに切り替える場合 Botアカウントの場合 Outside Coll
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
