GitHubへの接続: RSA から Ed25519 変更 - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
GitHub Copilot for CLI があればコマンドなんてもう覚えなくていいのでは？ - Qiita
GitHub Copilot for CLI があればコマンドなんてもう覚えなくていいのでは？ どうも @ekusiadadus です。 なぜか、ウェイティングリストの最初をもらうことが多いです <- 本当に謎 OpenAI の GPT-4 とか 今回の GitHub Copilot とか その分、レビューして貢献していこうと思います 今回は、GitHub Copilot for CLI に関してです 公式 によると シェルのコマンドやフラグを覚えるのに苦労したことはないだろうか。シェルにやってほしいことをそのまま言えたらいいのに、と思ったことは？GitHub Copilot のアシスタンスをターミナルに組み込むことで、そんな心配はもういらない。 (意訳) ということで、CLI で GitHub Copilot を使えるようになりました。 GitHub Copilot for CLI は、
［速報］「GitHub Copilot X」発表、GPT-4ベースで大幅強化。AIにバグの調査依頼と修正案を指示、ドキュメントを学習し回答も
［速報］「GitHub Copilot X」発表、GPT-4ベースで大幅強化。AIにバグの調査依頼と修正案を指示、ドキュメントを学習し回答も GitHubは、GTP-4をベースに「GitHub Copilot」の機能を大幅に強化した「GitHub Copilot X」を発表しました。 GitHub Copilot is already helping developers code faster in their IDEs. But what’s next? Our answer is GitHub Copilot X. It’s our vision for the future of AI-powered software development. Check it out https://t.co/3Xrn7dAPgi — GitHub (@github) March 22, 202
vimdiffでgitの差分を確認する方法を紹介します - Qiita
ブランチやコミット間の差分を確認するとき、普通にgit diffを使うと以下のように該当箇所が表示されます。 これだと変更箇所が多くなるとわかりにくそうなので、横に並べて比較できるよう、difftoolというコマンドを使ってみたいと思います。 difftoolとは difftoolとは、gitの差分を確認するときに自分の好きなエディタやツールを使えるコマンドです。 vsCodeなども設定できますが、今回はvimdiffというvim上で差分を確認できるコマンドを登録します。（起動時間が早いから） vimdiffはvimを使える環境であれば特にインストールなどは不要です。 vimdiffを使うと、こんな感じで異なる箇所が色付きで表示されます！ difftoolにvimdiffを指定 ~/.gitconfigの設定をします。以下のコマンドを入力してください。 # git difftoolでvim
Git & GitHub まとめてみた - Qiita
git とは バージョン管理システムのこと バージョン管理：変更履歴を保存・管理すること 目的：任意の状態にファイルを戻せるようにするため 利用機会 ① 変更したけど、前の状態に戻したい！➡︎すぐに戻せる ② いつ・誰が・どんな変更をしたか分かる➡︎ 複数人での共同開発が可能！！ gitを使わないとどうなるのか？ → 変更 ➡︎ 保存 ➡︎ やっぱ前の状態に戻したい ➡︎ 手作業で戻す ＝ human errorの原因… → 変更後、随時ファイル保存してバージョン管理 ＝ ファイルの数が膨大に＆ファイルの命名ミス➡︎正確なバージョン管理✖︎ ➡︎ git を使わないことで多くの不都合が起こりやすくなる！ gitのイメージ スナップショット： 一場面を切り取ったもの <<写真>> ■ git = 変更履歴を保存・管理 → 変更履歴をスナップショットとして保存 → スナップショット・・・＋αデ
git / GitHub で間違った commit / push を取り消す - Qiita
間違った commit を消すには revert ? reset ? あとリモートに push してしまったらどうしたらいいかな? いざというときに慌てないように備忘録。 ミステイク! github/OMCUSS/ というフォルダで作業をしていたのだが、ファイル操作を間違えて、 github/OMCUSS/OMCUSS という階層を作ってしまった。 同じ内容のものが入れ子になっている状態で、ソースを更新して commit / push してしまった。 どうしたい? その1. github/OMCUSS/OMCUSS にあるものを削除したい その2. github/OMCUSS/ にあるソースの変更は維持したい その3. リモートとローカルを一致させたい 状況確認 まずは、履歴を確認。 commit bc90c2a1acb1f3a5d7db4fdca1462aec0fda8956 (HEAD
Projects on GitHub Mobileが公開ベータになりました | DevelopersIO
こんにちは、CX事業本部 Delivery部の若槻です。 このたびのGitHubのアップデートで、Projects on GitHub Mobileが公開ベータになりました。 Projectsは、IssueやPull Requestを視覚的なビュー上でグルーピングし、プロジェクトのタスクを効果的に追跡できるようになるGitHubの機能です。 今まではGitHub Mobile（Android、iOS）からはアクセスできなかったProjectsに今後は公開ベータ機能でアクセスできるようになります。 試してみた 予め作成した下記のProjectsで試してみます。 Android まずはAndroid版から試してみます。 Google PlayストアでGitHubアプリを確認すると、3/14のアップデートでProjects機能が導入されていますね。 インストールしたアプリを起動します。[Prof
ラズパイで動く大規模言語モデルがGitHubで公開 性能は“GPT-3相当”、Metaの「LLaMA」派生
LLaMAは米Metaが独自開発した大規模言語モデル。LLM分野の研究推進を支援するため、研究者向けに2月にリリースした。大規模インフラを利用できない研究者のために小規模ながら性能の高いことが特徴で、7B（＝70億）、13B、33B、65Bの4種類のパラメーターを用意している。13Bモデルはベンチマークで米OpenAIのLLM「GPT-3」を上回るという。 米スタンフォード大学は、LLaMAの7Bモデルを派生させ独自のLLM「Stanford Alpaca」を開発。このモデルは研究や学術目的でのみ利用でき、娯楽や商用での利用は禁止している。Alpaca LoRAでは、Stanford Alpacaが生成するトークン（単語列）を再現できるという。 関連記事 Meta、独自大規模言語モデル（LLM）の「LLaMA」を限定リリース Metaは独自の大規模言語モデル「LLaMA」（Large La
Gaudiy、全社員向け福利厚生にAIサービス「ChatGPT Plus」と「GitHub Copilot」を導入
株式会社Gaudiy（本社：東京都渋谷区、代表取締役：石川裕也、以下「Gaudiy」）は、全社員向けに「ChatGPT Plus」と「GitHub Copilot」を福利厚生として導入しました。これは、AI技術の急速な進化を受け、挑戦や学習を応援する福利厚生として、AIサービスの活用を促すことを目的にしています。 コーポレートサイト：https://gaudiy.com/ 採用サイト：https://recruit.gaudiy.com/ ■導入の背景 AI技術が急速に進化し、私たちを取り巻く環境が激変している中、全てのクリエイターやエンジニアがAIと共創できるかが重要な時代になります。そこで、このたびGaudiyでは、AIと共創する未来に向けて、AIサービスの活用を福利厚生として追加しました。また、GaudiyはDAO（分散型自律組織）をコンセプトとした組織であり、今回の福利厚生も社員
[Notion]GitHub リポジトリの最新リリースノートをActions WorkflowでNotionDB上に出力してみた | DevelopersIO
$ vim .envrc export NOTION_TOKEN=XXXXXXXXXXXXXXXXXXXXXX export GITHUB_TOKEN=OOOOOOOOOOOOOOOOOOOOOO export NOTION_DATABASE_ID=OOOOOOOOOOOOOOOOOOOOOO $ direnv allow . Personal Access Tokenが適切に取れているか確認したい場合は、以下のコマンドを実行します。 curl -L \ -H "Accept: application/vnd.github.v3+json" \ -H "Authorization: Bearer $GITHUB_TOKEN"\ -H "X-GitHub-Api-Version: 2022-11-28" \ https://api.github.com/repos/USER/REPOS/re
![[Notion]GitHub リポジトリの最新リリースノートをActions WorkflowでNotionDB上に出力してみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/69904e7a7b75dd74e50033f6d0145b6b629e36f8/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2020%2F05%2Feyecatch_notion.png)
GItの取説(備忘録) - Qiita
はじめに gitの扱いに苦労した経験があるので、自身がまとめたgitの取説を今回は書いていきます！ gitの流れ ①cd ファイル名 カレントディレクトリに移動 ②git init ローカルリポジトリ新規作成 ③git add ファイル名 ファイル追加(git add . で一括追加) ④git commit -m "コミットメッセージ" ローカルにコミットし、メッセージを書く ⑤git remote add orign リモートリポジトリURL リモートリポジトリに移す準備 ⑥git push origin main （git push -u origin mainで次回からgit pushでOKです。）プッシュする これで、githubに無事コードを保管できます。 その他のgitのコマンド説明 確認、変更系 git branch ブランチの確認 git log コミット履歴を確認 gi
【備忘録】現場でのGitの運用【SourceTreeの使い方】 - Qiita
はじめに 現場で初めてGitを使ったので備忘録としてまとめます。 SourceTreeの使い方がメインになります。 今までプログラミングスクールでGitコマンドでのチーム開発をしたり、同期とEclipseのGUIで操作したことはありましたが、SourceTreeは初めてで慣れるまでに少し時間がかかりました。 環境 ・Windows11 Home ・SourceTree v3.4.10 ※今回はASP.NET Core MVCのアプリをGit管理します 前提 ・Git、SourceTreeがインストールされていること ・GitHubアカウントがあること ・Gitの基礎知識があること 最初の設定（管理者） 今回の現場は新規プロジェクトで新規作成から経験したので記載します。 個人開発の場合などに参考にしてください。 新規リポジトリ作成 ①「ファイル」→「新規/クローンを作成する」→「Create
Githubあれこれ - Qiita
概要 Githubの使い方あれこれを記載します。 私の記事は基本的に備忘ですが、今回も完全に備忘です。 随時更新します。 目次 ブランチを切る/forkの違い gitコマンド/それを使用する流れ forkしてからファイルを編集してプルリクまで リモートからファイルを取得 ブランチ作成からPushまで ブランチのcheckout（切り替え） マージ取り消し ブランチ戦略 タグ付け git-mergeの違い リモートへのpush時のトークン設定 1.ブランチを切る/forkの違い ブランチを切る プログラムの修正や機能の追加を行うときにブランチを追加（ブランチを切る）し、担当者や機能別にそれぞれのブランチで作業を行う 。そのため、分岐したブランチの内容は他のブランチに影響を与えず、複数人が同時平行で作業を行うことができる。リポジトリは同じ。 fork クローンまたはコピーの別の名前。ブランチと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitを作ってみる（開発編） - Qiita
AIによるコーディング支援機能「GitHub Copilot」強化、ソフトウェア開発のさまざまな場面に対応
GitHub で複数のアカウントを使いわける - Qiita
「Git for Windows 2.40.0」が公開 ～git-commitなどの「-」系コマンドが廃止／「git jump」が「Emacs」にも対応。Windows 7/8.xのサポートは間もなく廃止
GitHubが二要素認証を義務付け。2023年中にすべての開発者アカウントへ通知
Gitコマンド集 - Qiita
「GitHub」で2要素認証の義務化、3月13日から
