日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipの“BE SUPER”なストーリーをシェアしています。

AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
本番環境へのデプロイをSCPとかでファイルアップロードしてやってて管理が面倒だったので、git でやってみよう!と思いたち、なんとかできたのでメモ。 間違っているところがあるかもですが、すみません。まずはアウトプット。 ■前提 ・バージョン管理: git ・リモートリポジトリ: さくらのレンタルサーバー ・公開場所リポジトリ: さくらのレンタルサーバー (ドキュメントルート) ・作業用リポジトリ: ローカルマシン(VMWare Ubuntu) ・trac用リポジトリ: ローカルマシン 流れとしては、 作業用リポジトリで作業 ↓ 作業用リポジトリ→リモートリポジトリへ push ↓ trac用リポジトリで pull (この工程は一番後でもいいかな) ↓ 公開場所のリポジトリで pull ということを想定しています。 ■さくらのレンタルサーバに git 導入 ローカル環境では元々 git 使っ
今から1年ほど前に、自分でお気に入りのブログ環境を構築する記事が話題になっていて、それを読んだ時から、自分用のブログ環境を作りたいと思っていた。 俺の最強ブログ システムが火を噴くぜ - てっく煮ブログ 俺の最強ブログシステムも火を噴いてたぜ - Webtech Walker 当時はそれどころではなかったこともあって、なかなか着手できずにいたんだけど、今年の7月頃から作り始めて、最近そこそこ希望通りの形になったので、まだやり残しはたくさんあるけれど、一旦ここで一区切りということでその内容を記事にしてみる。 この手の話では静的なブログツールが主流で、当時はJekyllやOctopressが流行っていて、最近ではMiddlemanを使うのが流行りつつある印象。でも自分が作ってみたかったのは、Webサービスを開発するのと同じフローで、ブログも更新できるようにするというもの。そのフローとは、表題の
heteml というレンタルサーバで Git が使えるようになりました。 早速試してみます。 $ git --version git version 1.6.6.1 version は 2010-01-21 にリリースされた 1.6.6.1 です。 ビルドもしなくて新しい Git が使えるのはさくっと使えるのはいいですね。 まず、はじめにデフォルトのユーザ名とメールアドレスを登録します。 $ git config --global user.email "Your email" $ git config --global user.name "Your name" ついでに色の設定もします。 $ git config --global color.ui auto さらにエイリアスの設定もします。 これで commit と入力せずに ci だけでよくなります。(他のも同様に) $ git c
レンタルサーバ「heteml」にGitのリモートリポジトリを作成してXcodeのプロジェクトを管理する方法 投稿日 :2013年02月25日 カテゴリー:DEVELOP コメント :1 昨年iPhoneのテザリングが解禁されてから頻繁にMacBook Airを持ち歩くようになり、外出先などでもiOSアプリを開発する機会が増えてきました。 これまでは、Xcodeのプロジェクトファイルをメインの開発環境(MacBook Pro)やモバイル用開発環境(MacBook Air)からDropboxを経由して共有していましたが、この機会にきっちりとバージョン管理をしようということで、以前より導入を検討していた「Git」を活用して下図の構成でプロジェクトを管理することにしました。 ネットワーク越しのバージョン管理は、サーバー側とクライアント側にGitがインストールされている必要があります。 幸い弊社で
Mercurial for Git users Git is a very popular DistributedSCM that works very similarly to Mercurial. Both are built upon such similar concepts that most repositories can be converted to and from Mercurial and Git without any significant data loss! There are, however, significant design and conceptual differences that may cause trouble when coming from Git to Mercurial. 1. High-level Comparison Mer
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら: http://nvie.com/posts/a-successful-git-branching-model/ (翻訳の公開と画像の利用は本人より許諾済みです) このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト(仕事でもプライベートでも)で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
git-merge の--ff, --no-ff, --squashの違いをまとめてみた。 git helpから引用 まずは、git helpを読みましょう git merge --helpから引用(抜粋) NAME git-merge - Join two or more development histories together SYNOPSIS git merge [-n] [--stat] [--no-commit] [--squash] [-s <strategy>] [-X <strategy-option>] [--[no-]rerere-autoupdate] [-m <msg>] <commit>... git merge <msg> HEAD <commit>... git merge --abort OPTIONS --ff, --no-ff Do not gene
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く