サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
You can connect toGitHub using the Secure Shell Protocol (SSH), which provides a secure channel over an unsecurednetwork. Using the SSH protocol, you can connect and authenticate to remote servers and services. With SSH keys, you can connect toGitHub without supplying your username and personal access token at each visit. You can also use an SSH key to sign commits.
AI & MLLearn about artificial intelligence andmachine learning across theGitHub ecosystem and the wider industry. GenerativeAILearn how tobuild with generativeAI.GitHub CopilotChange how you work withGitHub Copilot. LLMsEverything developers need to know about LLMs.Machine learningMachine learning tips, tricks, and best practices. HowAI code generation worksExplore the capabilities and be
チーフエンジニアの @hsbt です。 今日はペパボでの日報と日報支援ツール furik について紹介します。 日報とは 日報とは、企業をはじめとする組織で様々な用途に使用されます。日々の作業の結果や記録として使われたり、チームのメンバーが考えていることや、その日その日の気分を知ることでコミュニケーションを取るための材料として使われたりします。 上記に述べた日報の使われ方は、主に自分以外の他者が参照するための用途ですが、@hsbt は日報を書きながら、何が原因で質の低い仕事をしたのか、明日良い結果を出すにはどうすればいいのか、というその日の仕事の質のふりかえりを行っています。GitHub と日報 ペパボでは、GitHub とGitHub Enterprise を使用しています。開発者は pull request によるコードのアウトプットだけではなく、issue を用いた設計の議論、p
9/18（土） 15：30～ GitとGitHubを体験しながら身につける勉強会（名古屋） :ATND 行ってきました。 なんかいろいろと話すことになったんですけど、あの場で言いそびれたこととか、もっとこう説明してればよかったなぁ、って部分の補足も兼ねたエントリです。 長文注意。 ショートカット git add の話 git add -p/git reset -p の話 リビジョン番号がない話 ブランチの話 git-completion の話、__git_ps1 の話 コミットの指定の話 reset の話 rebase と merge の話 公開したものの rebase の話 stash の話 TortoiseGit、HG、SVNのはなし 全体を通して git add の話 Git と SVN では、add に限らず、同じ名前のサブコマンドでも意味が異なるものがいくつかあります。 その中
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめにRubyのコミッターでもありRailsなどの多くのOSSで活躍されているMarc-André Lafortune さんのブログに面白い記事があったので筆を取りました. （許可は取りましたヨ） Why I Won't Squash My Commits *注釈 [...] で記された文章は原文には存在しない私の注釈であるので留意されたいです. 翻訳に至らない所があれば編集リクエスト待ってます. 要約 PR,feature単位でcommitをまとめるかどうかでRailsのプロジェクト上などで揉めた. それぞれのcommitは独立し
![Ruby - [翻訳] 私のコミットをまとめないで - Qiita](/image.pl?url=https%3a%2f%2fcdn-ak-scissors.b.st-hatena.com%2fimage%2fsquare%2fe330da761efa71fbbfba3e154416d8e1d070f72c%2fheight%3d288%3bversion%3d1%3bwidth%3d512%2fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fqiita-user-contents.imgix.net%25252Fhttps%2525253A%2525252F%2525252Fcdn.qiita.com%2525252Fassets%2525252Fpublic%2525252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%25253Fixlib%25253Drb-4.0.0%252526w%25253D1200%252526blend64%25253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGMzA0NDAlMkZwcm9maWxlLWltYWdlcyUyRjE0NzM2ODU0OTY_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9NjhjNDg1NjQxNjJkYzZmODc1MmZhMGUzMWRmZDdlZWY%252526blend-x%25253D120%252526blend-y%25253D467%252526blend-w%25253D82%252526blend-h%25253D82%252526blend-mode%25253Dnormal%252526s%25253Db407d457613eff0e33ec5c1718253966%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526fm%253Djpg%2526mark64%253DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCJUU3JUJGJUJCJUU4JUE4JUIzJTVEJTIwJUU3JUE3JTgxJUUzJTgxJUFFJUUzJTgyJUIzJUUzJTgzJTlGJUUzJTgzJTgzJUUzJTgzJTg4JUUzJTgyJTkyJUUzJTgxJUJFJUUzJTgxJUE4JUUzJTgyJTgxJUUzJTgxJUFBJUUzJTgxJTg0JUUzJTgxJUE3JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9MTk2ZjczYjhkZjhiMzIzZGQzNTQ4ZTYyNWFjODk0M2M%2526mark-x%253D120%2526mark-y%253D112%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBnb2dvdGFuYWthJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9ODVjODQ5ZTZjOTQ2MmVmMGYyNGIyZDM0ZTBjYWMyZTg%2526blend-x%253D242%2526blend-y%253D480%2526blend-w%253D838%2526blend-h%253D46%2526blend-fit%253Dcrop%2526blend-crop%253Dleft%25252Cbottom%2526blend-mode%253Dnormal%2526s%253D779c2b5790b433d7ef60a9d6bd0bbcfc&f=jpg&w=240)
[Git][GitHub]hub コマンドでターミナルから Pull Request を送る[Git][GitHub]Pull Request を送る手順、あるいはGPUImage forAndroid に PullRequest を送った話 | DevAchieve を書く際に色々調べていたら 以前導入した hub コマンドで Pull Request を送る方法があったのでまとめてみました。 hub:github/hub 導入記事: HomeBrew を zsh で使えるようにする。ついでに hub コマンドも。 参考記事:GitHubユーザーのためのhubコマンド - Qiita Pull Request したいリポジトリをクローンhub clone octocat/Spoon-Knife Cloning into 'Spoon-Knife'... remote: Reusing existing pack: 10, done. remote: Total 10 (
![[Git][GitHub]hub コマンドでターミナルから Pull Request を送る](/image.pl?url=https%3a%2f%2fcdn-ak-scissors.b.st-hatena.com%2fimage%2fsquare%2f6802b243ff4fc1f265d8d3549bbc4e582f9ffba8%2fheight%3d288%3bversion%3d1%3bwidth%3d512%2fhttps%253A%252F%252Fblogger.googleusercontent.com%252Fimg%252Fb%252FR29vZ2xl%252FAVvXsEgKURvR2tjLKSWN82-BWVBLQaJ4XUnSXSL_pXRNOgF4YYe_XGktvCtsAdlQHOi7Lp8m97Kcos1Wum9NXqN6JDqc29-E0ioWnL31yLtYSb59L_q9lwSY8Ytvl1wzbt7A1MFd0Hm05jBWYkA%252Fw1200-h630-p-k-no-nu%252FOctcat.png&f=jpg&w=240)
手が滑って `test-2` なんて情けない名前のブランチをGitHub に `push` してしまった． とりあえず，ローカルの `test-2` ブランチは， $ git branch -D test-2 で消えた．あとはGitHub の `test-2` ブランチを消すだけだ．GitHub でブランチを削除するボタンを探してみたのだが，．．． 見つからない．どうしよう． git push でリモートのブランチを更新 ======================================== `git push` はリモートリポジトリに変更を反映させるときによく使うコマンドだ． 通常は， $ git push だけでコマンドを実行するが，これは， $ git push プッシュ先リポジトリ ローカルのブランチ名:リモートのブランチ名 を省略した形だ．`git push` と
LLM Çağında Backend Olmak: 10 Milyon Prompt'u Milisaniyede Sorgulamak
AI & MLLearn about artificial intelligence andmachine learning across theGitHub ecosystem and the wider industry. GenerativeAILearn how tobuild with generativeAI.GitHub CopilotChange how you work withGitHub Copilot. LLMsEverything developers need to know about LLMs.Machine learningMachine learning tips, tricks, and best practices. HowAI code generation worksExplore the capabilities and be
すでにgithubにリポジトリがあってローカルと関連付けられていることが前提 ローカルリポジトリにブランチを追加 $ git branch new_branch_name #ブランチを作る $ git branch #確認 * master new_branch_namegithubにpush $ git push origin new_branch_name #githubのリポジトリにpush Enter passphrase for key '(ssh鍵のパス)': Total 0 (delta 0), reused 0 (delta 0) To git@github.com:user/repo.git * [new branch] new_branch_name -> new_branch_name git push origin new_branch_name ↑ ここがわから
気づくと1週間経っている恐怖(´ω｀) いまうちの会社ではGH:Eを導入するほどの規模でもないので、Githubのビジネスプランを使って開発を進めています。 僕自身gitへの造形がそこまで深くなく、どのように開発を進めていくかかなり迷いがありましたが、現在ある程度フローを決めてスムーズに開発が進むようになってきたので、それをまとめておきたいと思います。 ベースはgit-flowGithubを導入するにあたって、gitを利用した開発フローについて調べたのですが、やはり最初に出てくるのがgit-flowでした。 一方で、実際にgitを現場で利用されている方々に聞くと、「リリーススピードが早いとgit-flowは厳しい」という声も聞かれました。 そこで、小規模チーム（現在は3人）で開発を行う際にgit-flowをベースとして利便性の高い開発フローを考えてみました。 リリースまではmasterと
Merge a pull request into the upstream branch when work is completed. Anyone with push access to the repository can complete the merge. About pull request merges In a pull request, you propose that changes you've made on a head branch should be merged into a base branch. By default, any pull request can be merged at any time, unless the head branch is in conflict with the base branch. However, the
Learn about pullrequests and draft pullrequests onGitHub. Pullrequests communicate changes to a branch in a repository. Once a pull request is opened, you can review changes with collaborators and add follow-up commits. About pullrequests A pull request is a proposal to merge a set of changes from one branch into another. In a pull request, collaborators can review and discuss the proposed se
初めてやったので忘れてもいいようにメモ。 先日のZenraプラグインのためにフォークしたTermtterですが、Pull Requestするの忘れてるうちに何回かコミットされてるのと、別のプラグインを作ってみようかと思うところで、整理しておこうかというわけです。 参照：Fork a repo -GitHub Help % git remote add jugyo git://github.com/jugyo/termtter.git % git fetch % git merge jugyo/master こんだけ。簡単だね。pullでもいいみたいだしrebaseでもいいのかな？そういえばPro Gitまだ読み途中だったっけ…
A fork is a new repository that shares code and visibility settings with the original “upstream” repository. About forks A fork is a new repository that shares code and visibility settings with the original “upstream” repository. Forks are often used toiterate on ideas or changes before they are proposed back to the upstream repository, such as in open source projects or when a user does not have
GitHubにはissueっていう、tracでいうticketと同じような懸案リストを登録し管理する機能があります。 今回は、このissueとファイル修正時のコミットを関連付けして、さらにハイレベルなタスク管理として利用しちゃうためのテクニックを紹介します。 issueとコミットをリンクさせる issueには以下のような感じでプロジェクトごとに固有のidが表示されています。 このIDを覚えておいて、gitでコミットする際にコミットメッセージにIDを含めてあげましょう。 $ git commi -m "#3 fixed" #3の部分がissueのIDです。#をわすれないこと。 コミットが完了すると該当するissueに以下のように自動的にコメントが追加されます。 コメントには、修正内容の差分を表示するページへのリンクも自動的に貼ってくれます。 修正内容のページでは差分を色分け表示してくれるので
/* * Copyright (C) 2014 NS Solutions Corporation * * Licensed under the Apache License, Version 2.0 (the "License"); * you may not use this file except in compliance with the License. * You may obtain a copy of the License at * * http://www.apache.org/licenses/LICENSE-2.0 * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
