「デジタル人材の育成」が企業の成長を加速させる。 e-Learningからハンズオン研修まで幅広く対応する法人向けサービス。
【Windows】Gitの環境構築をしよう！
「デジタル人材の育成」が企業の成長を加速させる。 e-Learningからハンズオン研修まで幅広く対応する法人向けサービス。
eslintで任意のディレクトリ、ファイルをチェック対象から除外する方法 - Qiita
JSのeslintで一部のファイルのみバリデートから除外したい場合は、.eslintignoreファイルを用意し、そこに任意のディレクトリないしファイル名を書けば対象外にしてくれるっぽい。 Gitでいう.gitignoreとほぼ同じ。 どんなとき役に立つか 外部ライブラリ、他人が書いた手がつけられないファイル を含むとき。 ここまでlintのチェックが入るとエラーだらけになってしまうので、.eslintignoreは積極的に使っていこう。 例 備考 .eslintと同じ階層に置いたほうがいいっぽい その他何か設定する必要はなく、.eslintignoreを置いておけばlint時に勝手に動いてくれるっぽい。 参考URL ↑”Ignoring Files and Directories”の部分 Register as a new user and use Qiita more convenie
RawGit
RawGit has reached the end of its useful life October 8, 2018 RawGit is now in a sunset phase and will soon shut down. It's been a fun five years, but all things must end. GitHub repositories that served content through RawGit within the last month will continue to be served until at least October of 2019. URLs for other repositories are no longer being served. If you're currently using RawGit, pl
Gitコマンドエラーとその対応方法（初心者） - Qiita
gitはadd commit push あとはmerge プルリがなんとか。rebaseをちょっとわかってきた新卒エンジニアです。 Gitコマンドででてきたエラーまとめを書いていこうかなと思います。 ググルのめんどいなとおもって・・・ #git push -u origin master ##エラー conq: repository does not exist. fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. そのリポジトリはもうあるよって言われているので 2018/01/12追記 コメントをいただいたので修正 conq: repository does not exist. => リポジ
同じサーバで、複数のGitHubリポジトリにDeploy keysを登録する - Qiita
これで2つの公開鍵が生成されます。repo_a.pubとrepo_b.pubですね。これらをGitHubのリポジトリDeploy keysに登録します。 SSH接続先の設定をする 生成した公開鍵をそれぞれ使い分けたいので、適当にホスト名を決めて設定をします。 Host github-repo-a User git Port 22 HostName github.com IdentityFile ~/.ssh/repo_a TCPKeepAlive yes IdentitiesOnly yes Host github-repo-b User git Port 22 HostName github.com IdentityFile ~/.ssh/repo_b TCPKeepAlive yes IdentitiesOnly yes
git pullを使ってリモートリポジトリと同期する方法【初心者向け】
git pullを使ってリモートリポジトリと同期する方法【初心者向け】 初心者向けにgit pullを使ってリモートリポジトリと同期する方法について実際にコマンドを打ちながら解説しています。Gitを使ったプルはまず最初に覚えておきたい知識のひとつなので、ぜひ自分でも使えるようにしておきましょう。 テックアカデミーマガジンは受講者数No.1のプログラミングスクール「テックアカデミー」が運営。初心者向けにプロが解説した記事を公開中。現役エンジニアの方はこちらをご覧ください。 ※ アンケートモニター提供元：GMOリサーチ株式会社 調査期間：2021年8月12日～8月16日 調査対象：2020年8月以降にプログラミングスクールを受講した18～80歳の男女1,000名 調査手法：インターネット調査 Git(ギット)はとても便利なバージョン管理システムです。 今回は、Gitの使用においても重要なg
git/git rebaseを元に戻す方法 - TOBY SOFT wiki
例 † git rebaseの有効性は何故つかうか？は『Pro Git - Pro Git 3.6 Git のブランチ機能 リベース』 や ../git-rebase を見ていただくとしまして…。 さて、例えばmasterに修正を加えているオレオレ・カスタマイズ済みなmy_customブランチがあるとします。 このたびmasterが新しく更新されたので、my_customもmasterの変更に追従したいなと思いました。 そこで、git rebaseを使いmy_customをかつてのmasterからブランチを切った起点ではなく、あたらしく更新された今のmasterを起点に切り替えたいとします。（つまり、新しいmasterにmy_custom独自の差分パッチを再度当てた状態にしたい） ということで、 $ git checkout my_other_custom $ git rebase mas
【git】git pushがrejectされたときの対応方法 at softelメモ
問題 git push しようとしたら、rejectされた。どうしよう。 C:\tmp\gittest\testB>git push c:\tmp\gittest\test master To c:\tmp\gittest\test ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'c:\tmp\gittest\test' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Merge the remote changes (e.g. 'git pull') hint: before pushing again.
Windows & プロキシ配下でPythonを開発する君へ - Qiita
まず言っておくべきなのは、もしあなたがMacかLinuxを持っているならPythonはそれらで開発したほうがいいということだ。 WindowsでのPythonはかなり手間になる。しかし俺のPC、というかWindows以外選択肢がないんだよという方に向け、PythonをWindows、また同じく躓きの元になるプロキシ配下で行う場合の注意点をまとめておきます。 Pythonのインストール これは迷うことなく、Downloadページから・・・と思いきや、そうではなくこちらからダウンロードすることをお勧めしたい。 Miniconda Minicondaとは、Pythonに数学系処理のライブラリをガッツリ詰め込んだAnacondaのライト版である。 本家PythonでなくMinicondaを入れる最大の理由は、condaコマンドである。 Pythonにおけるパッケージインストールツールであるpipは
Jenkins and Python - Alex Conrad
I have spent a fair amount of time at work setting up a continuous integration server, Jenkins, with our Python applications. Jenkins is a nice piece of software. But it can get rough on edges sometimes. I will go through: install Jenkins on Ubuntu clone and install a Python application in a virtualenv run tests using nose and publish tests results, code coverage and pylint reports have Github not
github.comに22番ポート以外でアクセスしてソースを取得する - PartyIX
githubはなかなかに便利で，ソースを上げることが多い． そしてサーバー運用時にも，そこからソースを取ってきてデプロイできるように組んでいたりすることがある． ただし，気を使うのが非公開のプライベートリポジトリだ． プライベートなので，ログインしないとソースにアクセスできない． そのため，普段の開発環境であれば，ユーザ名とパスワードを入力したり，鍵認証できるように用意してしまったりしている． しかし，これらの通信は要するにsshなので，基本的には22番ポートを使用している． ここで問題になるのが，割とサーバーによっては22番が空いてなかったり！ということがある辺りだ． そいういう運用サーバーでも，ソースはgithubから取りたいときに便利なのが，443． なにしろhttpsで普通に使うポートなので，だいたい開けておく場合が多い． 443ポートを通してgithub.comにログインさせる．
git push が non-fast-forward で reject された場合の対処 | DriftwoodJP
non-fast-forward の状況と対処図解がわかりやすいこちらで勉強させていただきました。 【git】git pushがrejectされたときの対応方法 at softelメモNon-Fast-Forward Push の解決 – Linux 入門以下、一般的な状況と対処法になると思われる。 トピックブランチで開発を進める。その間に master に更新が加わっていた。master に更新分を持ってくる本家リポジトリの更新を ローカルの master に反映する。 % git checkout master A Casks/omnioutliner-professional3.rb Switched to branch 'master' Your branch is up-to-date with 'origin/master'. % git fetch upstream remo
Git - ブランチとマージの基本
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
ローカルのプロジェクトをgit initしてからGitHubにpushするまで - UROURO BLOG
しょっちゅう忘れるのでメモメモ。 gitのインストールと設定、GitHubのアカウント登録は完了しているものとします。 1. GitHubでリポジトリを作ります。 2. ローカルのプロジェクトをgit init $ git init $ git add . $ git commit -m ‘First commit.’ 3. リモートリポジトリ(GitHubのリポジトリ)を登録 $ git remote add origin git@github.com:user/repo.git 4. push $ git push origin master ブランチ全部pushするときはこちら $ git push -u origin --all
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
git でリモートと強制同期 - fugafuga.write
Gitの最初のコミットは空コミットにしよう
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】
Githubにport:22 で push できなかった場合の対処法 - Qiita
pushしようとしたのにYou can't push to...と言われたら - Qiita
git :: git rm で削除したファイルを復活させる [Tipsというかメモ]