#git tutorial

[petrapixel]

here's a list of all the intermediate coding tutorials i've written so far!

git / github tutorial

npm (and node.js) tutorial (+ how to use the command line) (this one's a prerequisite for the following 2 tutorials)

webpack tutorial (a module builder for JavaScript and (S)CSS)

11ty (eleventy) tutorial (a super easy static site generator!)

if you have ideas/requests, feel free to contact me!

more beginner coding tutorials are coming VERY soon! meanwhile, check out my common questions and common mistakes pages!

[thecommoncoder]

Git Tutorial: Learn How To Use Git in 23 Minutes!

Do you want to learn how to use Git? In this tutorial, we'll cover the essential Git commands that you need to know, so that you can start using version control inside of your projects. Enjoy! 🎉 #git #gittutorial #howtousegit #thecommoncoder

[badolmen]

Actually it really fucking frustrates me as a disabled person how ‘controversial’ video game accessibility is, how contrived it is to find actually useful accessibility mods for even popular games, how abled gamers try to distance themselves from us because we’re the ones without social lives, who don’t leave the house, who can’t work.

[townofcrosshollow]

Using Git for Twine Games

A while back, I somehow managed to copy the contents of one file and overwrite a different file, meaning the entire section of the map was lost for good. I had to reconstruct it from snippets of prose written in separate documents. It sucked. And that motivated me to try something that would stop that problem from ever happening- hosting my project on GitHub!

Git sounds really fancy and hard to understand, but it's really not! So I'm going to walk you through how to use it to back up your files and do much, much more.

This tutorial expects you to have an already set up Tweego folder and VSCode. If you don't know how to get that started, @manonamora-if has an excellent ready-to-use folder with an explanation of how to use it.

What is Git?

In short, git is a kind of version control. Say you're working on a coding project with somebody else, and you need to work on the same file they were working on. But how do you know you're working on the right version of that file? Maybe they forgot to send you the newest version. Or maybe you both have to make changes at the same time. It would take a lot of effort to manually splice together everybody's changes, let alone identify what each of you had changed. That's what git's job is. Git identifies what has changed about a file, notes those changes, and updates the "main" files to match. That way, everything stays consistent, and big files can be updated easily.

Okay, but what benefit does git provide to you, somebody who's just working on a solo project with very little code? Well for one, it would have completely fixed my problem. Instead of overwriting all of my work, git would have shown me that the file had been changed. Then, I could simply click a button to revert the change. Neat! It also means you can keep working on the same project from multiple locations without losing progress. Say you're working on your game on your home computer, but then you want to keep working on your school laptop. All you'd have to do is "push" your changes to save them to your master file, and then "pull" the changes when you get to school. Neat

The Basics of Git

Okay, but what does "push" and "pull" mean? Git's confusing, but the basic terms you'll be encountering don't have to be! Here's some terminology:

Git - This is the program that goes on your computer to manage your files. It does all of the version control.

GitHub/GitLab/BitBucket - These provide servers you can host your git repositories on.

Repositories - This is a fancy word for a folder that's being maintained by git. Every file in a repository is getting analyzed by git for changes.

Local vs Remote - Your local repository is the one hosted on your computer, and it's the one you're editing. The remote one is the one hosted on a site like GitHub.

Stage - When you stage a file, you're getting it ready to commit it.

Commit - A commit is like saving your progress as a new update. You can go back to a commit later if you messed something up.

Push - When you "push" your commits, git will look at your changes, go into the remote repository, and individually change all of those things in the "main" branch.

Pull - Just like pushing, when you pull, you're taking changes from the remote repository and updating your local one to match it.

Under the cut, I'll show you full step-by-step (with photos!) of how to set up your game with GitHub using VSCode!

Setting Up Git With VSCode

Lucky for you, VSCode has built in integration with GitHub, which means you don't have to download any new programs other than git itself. You'll just have to set it up. A note- I'm not sure at what point exactly in this process VSCode prompts you to install git, because I'm not going to install it on another computer just for this tutorial haha. VSCode will provide the installation, just go along with the default settings and you'll be fine.

So first, make a Github account. It's free!

Now, open VSCode. Here's our project! You're going to want to click on that third button down in the side menu, the Source Control tab.

Under source control, you'll see this option. Click it.

Aaaaand it's done! That was easy, right? Now your folder is a git repository. Crazy!

Before you can put all of this up in GitHub, you'll need to push all of your files. Type a brief message (try "Initializing" to feel like a real cool coder), press commit, and VSCode will ask if you want to skip staging and just commit everything. Yes! Yes you do!

Now that all of your "changes" have been committed, let's publish your new repository to GitHub. Click on the new button that says "publish branch." When the popup appears, click "Allow" to give VSCode access to your GitHub account and sign in. Back in VSCode, you'll see this:

You're probably going to want it to be private, otherwise anyone on the internet could see all of your writing! Which is cool if it's a public coding project that people might want to download and use for their own projects, but if you're not a fan of code diving, leave it private.

Using Git To Help You Write

Now that you've got your folder set up as a git repository, it'll change the way VSCode looks. VSCode is using git's info to know where you've made changes, and it'll represent those changes in the UI. Here's what those look like:

If you click on those lines, you'll get to see this fancy new panel that highlights all of your changes:

So let's say we have a scene, and we aren't happy with how it's looking, but we aren't sure if we want to make one change or a different change. Instead of backing up all of your stuff or copy and pasting it to test it, you can just make whatever change you want and click that backwards facing arrow to revert it back if you aren't happy with it. You can do the same for things like CSS- when you've made some good progress and want to save your changes, commit them. Then any more changes you make will be easy to revert back if they don't look right. Groovy!

Now that everything's set up, it's as easy as committing your changes when you're satisfied with them and pushing those commits to back up your work.

Pat yourself on the back! You just learned (the very basics of) how to use git! You absolute genius!

If you have any questions while following this tutorial, feel free to ask! My askbox is always open!

[starcell00]

(warning: this post is mostly about silly little video games, but it mentions traumatic methods of teaching and their results. also, minor early-game spoilers for Outer Wilds.)

Outer Wilds and the Dark Souls series approach the problem of what to do when new players fail at the game from opposite directions, and (at the risk of pissing off soulslike enjoyers) I think Outer Wilds does it right, and Dark Souls does it wrong.

When a player dies in Dark Souls, the screen briefly flashes with the iconic "YOU DIED" before fading to black and putting them back at their most recent campfire. At first glance, this doesn't seem like anything more than the game telling the player the obvious, but...

"YOU DIED". There's so much emotional content packed into those two words.

The player already knows they've died when they see their character take the final hit and crumple to the ground dramatically, before those words ever hit the screen. Iconic though it is, the phrase is unnecessary; but it's also worded in such a way that it aims itself squarely through the fourth wall at the player themself. When you see it for the fiftieth or hundredth time, it starts to read as a judgment from the game, and the deaths start to feel like personal failings.

Coupled with the notorious, punishing difficulty of the game itself, Dark Souls' method of developing skill in the player boils down to "repeatedly demanding competency, until the player develops the ability to give it." If they develop that ability quickly, or by being persistent enough, they're rewarded with a slow trickle of lore and worldbuilding as rich and deep as amber - which is something that Dark Souls shares with Outer Wilds.

But if they fail to develop this ability in a timely manner, or even at all, a particular boss or area can quickly become a brick wall for the player to hit their head against. In this way, the game's teaching style is roughly analogous to a strict piano player rapping their student across the knuckles and saying "Again" every time they hit a wrong note; this harshness and lack of sympathy from the game is even a meme in the Dark Souls community, with many a comments section littered with "git gud."

(tw: this is where it gets heavy)

Although Western society has largely moved on from corporal punishment, this "just get good" style of teaching is still regularly practiced in almost all areas of real life, and - speaking from personal experience - the consequences for students are usually severe: from loss of passion for the material, to lifelong insecurities and anxiety disorders, to crippling depressive tendencies, up to and including suicide. The entirety of Whiplash (2014) comes to mind, but particularly the bit where the harsh band director gets physically attacked by his star drum student.

(ok ur good)

By contrast, Outer Wilds takes great care to frame the player's death as a natural inevitability. You can glean every bit of information from every NPC in your starting village and go take off in your wooden shack of a spaceship, you can land (very gingerly) on your home planet's moon and talk to the NPC hanging out there, you can take off again, land again at the places on the moon they suggested you go to, and translate some alien text, you can go to some more places, and rinse and repeat for twenty minutes...

...and then, you can look skyward and watch the fucking sun explode, turning you and every other bit of matter in the solar system into a glittering cloud of plasma.

The game unequivocally tells you, within the first half-hour of gameplay: "you will die, and that's okay." In fact, it proactively makes you die, at no fault of your own - without even saying any words about it, to boot. (Interestingly, this can sometimes be a major turn-off for soulslike enjoyers.)

You then wake up back where you started, and your ship's computer still has logs of the people you talked to and the text you translated in the previous life, ready for you to take off again and add to them. Outer Wilds defines success such that you only fail if you manage not to learn anything in a life - an exceptionally difficult thing to do, given how plentiful knowledge is in the worlds you visit.

In fairness, though, Outer Wilds does have areas locked behind requirements of lateral thinking, unusual cunning, or raw mechanical skill, and you will not be progressing into those areas until you meet those requirements. The game temporarily switches to the Dark Souls model of teaching: demanding competency until you develop it. Given some of the places it shows up, the switch usually makes sense, and the areas in question are still largely optional (let's not talk about the DLC), but it says something about that model of teaching that those moments are widely considered to be the worst parts of the game.

tl;dr Dark Souls demands perseverance and punishes failure, where Outer Wilds encourages perseverance and makes true failure quite difficult. Some people want Harder Battles, but some people can't handle them.

[snowy-nostalgia]

Hey, if you can shade/render blue, green, purple, etc, you can shade/render shades of brown. Stop whitewashing Amanda JFC ITS NOT HARD. The amount of people ive seen on tiktok whitewash her is painful, i mean it shouldnt be happening at all but the sheer amount is unbelievable

[fingertipsmp3]

I love when I'm actually trying to submit an assignment for once and moodle won't fucking load

[jelynn]

Code Reviews: credit your reviewers

Foster a culture of reviews and suggestions in your codebase by giving props (credit) to all reviewers and contributors

A few months, I published The Power of a Conversational Code Review Culture. I talked about the importance of being generous with your code examples. Using GitHub’s built-in suggestions or posting diffs with the changes you have in mind go a long way towards helping the Pull Request’s author. It makes it easier for them to understand your suggestion, and include it in their code. If you’re the…

[ibarrau]

[Fabric] Integrar repo GitHub con área de trabajo

Una característica que no para de causar revuelo y preguntas al momento de persistir los desarrollos de Fabric es la integración de áreas de trabajo con Github. Desde el lanzamiento de Fabric podíamos integrarnos a un repositorio, pero era exclusivamente con Azure DevOps. La historia continuó con el lanzamiento de Power Bi Projects que nos permitía desagregar el desarrollo de un pbix en código para poder persistirlo y mergearlo. La cuenta pendiente más grande de desarrollos de Power Bi estaba saldada. El desarrollo ya podía ser versionado en su totalidad.

En este artículo vamos a ver como configurar un repo de Github para estar integrado con un Area de trabajo en Fabric/PowerBi.

Lo primero que recomiendo si están iniciando este artículo sin conocer que es una integración de Git en un área de trabajo es pasar por este artículo anterior que explica el funcionamiento y la desagregación de archivos que consolidan un Proyecto de Power Bi.

Prerrequisitos

Cuenta de Github

Repositorio creado (se recomienda privado para desarrollos y manejo de datos corporativos sensibles)

Una Personal Access Token (PAT)

Un área de trabajo con capacidad dedicada

Asumiendo que conocemos como crear una cuenta de Github y un repositorio, comencemos con la creación de la PAT. Para ellos vamos a nuestro perfil, menú settings > Developer settings. Los tokens de acceso pueden ser classic o fine-grained. Recomiendo crear fine-grained que son la próxima generación de tokens y es bueno estar actualizados.

https://github.com/settings/tokens?type=beta

Delimitamos un nombre para nuestro token de acceso y en el apartado de permisos seleccionamos Read and Write para Contents.

Tras crear el token es necesario guardar el valor generado porque no podremos volver a verlo. Copienlo bien y resguárdenlo.

Ahora si podemos volver a PowerBi para abrir las configuraciones del área de trabajo en la parte de integraciones de Git. Hay dos configuraciones. Iniciamos logueando el proveedor con la dirección del repo y el token:

Una vez configurado se ve así. Continuamos sincronizando el pertinente Branch que nos permite seleccionar inclusive una carpeta o subcarpeta especifica. Tengamos presente que símbolos y espacios en las carpetas podrían generar dificultades para reconocerlas.

Así conseguimos nuestra integración para comenzar a trabajar en equipo sobre los reportes y modelos semánticos desarrollados como Power Bi Projects o elementos de Fabric.

Esta sencilla configuración nos permite comenzar a versionar nuestros desarrollos de PowerBi con simplemente una capacidad dedicada puesto que Github cuenta con servicio gratuito que fortalece no incorporar una licencia adicional.

Otros repositorios

Las áreas de trabajo permiten integración con dos repositorios Git hasta el momento (19-09-2024), Azure DevOps y GitHub. veamos algunas comparaciones entre las plataformas:

Si queres saber más sobre la integración con Azure DevOps podes ver este post.

Así completamos nuestro artículo para conectar un repositorio GitHub con un Área de trabajo. ¿Cual usar? depende de cada organización respecto de que tecnología se adaptaría mejor o cual están usando actualmente.

[thedimensionxyz]

#00248

If you've ever come across a GitHub project site and wondered what it was all about (or just how to download the project), then this course by Stephen Ulibarri is a great short course.

My plan is to use both GitHub and Perforce as follows:

GitHub: for building Unreal Engine from source and testing out C++ code

Perforce (Helix Core): for Unreal Engine projects and its assets (eg. Houdini files)

[space--continuum]

Git explained like video games! 🎮

art.png art2.png art-final.png dkfjsdfjioksd.png 😭😭😭

Does this look familiar? Let me show you an awesome tool called GitHub Desktop

[tamcode2023]

رفع ملفاتك على GitHub باستخدام Visual Studio Code

تريد رفع ملفات مشروعك على GitHub ولكن ليس لديك مهارة الـ Command line, إليك أسهل طريقة للتعامل المباشر بين Visual Studio Code & GitHub. مشكلة عند رفع الملفات على GitHub الكثير من المبرمجين المبتدأين تواجههم صعوبة في رفع ملفات المشروع علي موقع GitHub, وكثيراً ما تحدث أخطاء في الملفات وفي مسارات المجلدات. لا أستطيع استخدام الـ Command line فإذا كنت من مستخدمي Visual Studio Code, فهناك مساحة…

[ellecdc]

Running Late

poly!wolfstar x fem!reader who is visually impaired

CW: reader has a degenerative eye disease that has left her with little sight, boys are obsessed with her, Marlene and Regulus read Sirius like a book

A/N: another fic no one really asked for but, after my post with our sweet wheelchair user!reader, our resident pink heart emoji felt courageous enough to share their own experience with visual impairment and I was inspired by her to write this - so, I hope you enjoy it 🩷 (and everyone else who might need it 🫶)

There was a time that you and Sirius rivalled one another for who took the longest to get ready, but lately it seemed that you usually won in that regard. 

Remus didn’t mind, however; he’d wait on you for the rest of his life if you’d let him. 

He had a certain amount of patience for you that he, admittedly, did not have for Sirius; seeing as you had your degenerative eye disease to blame on your tardiness whereas Sirius was just a slow and lazy sod who lived to drive Remus mad. 

He and Sirius had been dressed in their best in the living room as they waited for you to finish getting ready before heading to Regulus’ birthday party that Lily and James were throwing for him, when Sirius couldn’t take it any longer.

“I’m just going to go see what is taking so long.” He explained before he disappeared down the hall.

But that was almost 14 minutes ago and now Remus had lost two of his partners in his own flat.

He slowly made his way down the hall to the bedroom door that was currently propped open, allowing him to watch Sirius who was perched on the vanity table as he hovered over you with a stick of eyeliner in his hands. 

You used to be quite adventurous with makeup; always watching new tutorials and trying out different styles. But as your eyesight deteriorated, you opted to remain more natural in your looks, working primarily off of memory than visuals when having to hold a mirror so close to your face no longer allowed you the dexterity to work as you were used to. 

And Remus knew for certain you hadn’t touched that stick of eyeliner in what had to be months. 

“Don’t you trust my abilities?” Sirius asked teasingly; his tongue poking out the side of his mouth as he focused on getting the wing just right.

“‘Course I trust you, Siri. I just-”

“-don’t want to look silly, I know, doll.” Sirius finished for you softly as he leaned back to consider his work. “I’d never let you leave looking silly.”

“When has she ever looked silly, Pads?” Remus asked then, alerting the two of you to his presence. 

“Not once; never.” He answered readily, causing you to scoff.

“See, this is why I don’t trust you; you’re not objective.”

“I am too objective!” Sirius quickly denied.

“Sirius, you think I look sexy with my retainer and flannel pyjamas.” You deadpanned in return. 

“But… you are sexy with your retainer and flannel pyjamas? You just look so cosy which makes me think about bed, which makes me think about going to bed with you, which makes me think about what we do in said bed and-” 

“Alright, alright.” Remus interrupted with a hand on Sirius’ shoulder as he inspected Sirius’ handiwork. 

“How does she look?” Sirius asked him, leaning into Remus’ side as they both watched you flush under their attention. 

“Breathtaking.” Remus offered. 

“You’re not objective, either.” You murmured, pulling the small mirror close to your face in order to scrutinise Sirius’ application. 

“Fine, you want objective, gorgeous?” Sirius quipped as he pulled his phone out.

“What are you doing?” You asked warily as you heard Sirius’ phone begin to ring. 

“Calling the most objective people I know.” He answered just as the ringing stopped.

“What the fuck do you want? And also, where the fuck are you?” Regulus asked his brother.

“Hey Reg, you’re on speaker phone and I need a favour.” 

“On my birthday? You’re asking me for a favour on my birthday?” Regulus asked incredulously. 

“Relax you git, I just need you to find Marlene and put your camera on so you can answer a question for me.” Sirius called back.

You grumbled in protest at Sirius’ theatrics but acquiesced at Remus’ kiss to your temple and thumb rubbing along your shoulder where his hand rested. 

“The fuck does he want!?” You all heard Marlene ask Regulus, causing the two of you to snort and Sirius to scoff in offence. 

“You guys are fuckin’ horrid, listen; how do I look?”

Marlene went first. “Slutty.”

“Like you tried too hard.” Regulus continued.

“Like you’re still trying to piss off your parents even though you don’t talk to them anymore.” 

“Like you were lost at a Paramore concert back in 2007 and still haven’t been picked up from the venue.”

“Okay, okay, Jesus.” Sirius sighed before repositioning himself. “And how does Moony look?”

“Better, I guess.” Regulus offered. 

“If I had to pick a man.” Marlene continued.

“Great.” Sirius said sarcastically. “And what about Y/N?” He asked as he pointed the phone to you. 

Remus could tell you were trying your hardest not to completely turn in on yourself, which he himself was selfishly grateful for as he got to enjoy the view.

“God, she’s such a doll.” Marlene breathed out. 

“You look stunning, love.” Regulus called out.

“Great, you guys are both wankers, love you, see you soon.” Sirius responded before abruptly ending the call.  “Was that objective enough for you?” 

You let out a sigh of faux exasperation and threw your head back. “Okay! Okay.” You relented, allowing Remus to pull you up by your hands and kiss your forehead.

“Oi! Watch the makeup Rem!” Sirius admonished him with a pat to his arse. “We worked hard on that, don’t you know?”

And Remus did know, though he didn’t think you had to. 

Because you were beautiful - always had been - and the way you carried yourself with grace and determination even when you felt as though your body was failing you left you, somehow, even more beautiful. 

Remus had known you before your eyesight started to deteriorate, and he was lucky to have been able to love both versions of you.

Though, selfishly, he thought perhaps he loved this version of you more, simply because it was his.

Simply because it was you; here, now. 

And judging by the lovesick look adorning his boyfriend’s face as he watched you stand and give him a twirl, Sirius felt just the same.

[bumblebeerror]

Minecraft hardcore tips that are not “git gud”

Aka these won’t save you from everything but it’ll prevent a lot of deaths. You do not have to be an excellent pve’er to survive in hardcore it just helps a lot

The first priority is food, followed by a bed. The more mobs you can prevent from spawning, the better. Your base is now the first place you manage to make a house in before night falls - plains are good for this but don’t go looking for one until day.

TAKE YOUR BED/A BED WITH YOU WHEN YOU LEAVE BASE FOR EXTENDED PERIODS OF TIME. Skipping night usually means nothing can spawn as long as you sleep immediately.

Next is torches. You can use logs to make charcoal, and charcoal can be used to make them. Torch spam your entire area, so that you can’t see any unlit areas from your base. This will prevent spawns nearby, which gives you an almost forcefeild against mobs - if you’re a couple chunks (16x16 blocks) from the nearest mob it won’t pathfind to you. And the fewer mobs spawn, the less chance of a hoard.

Don’t set up near rivers or oceans unless you’re good with a shield. Tridents can kill you in enchanted netherite in about 6 hits.

If you are not good with a shield, that’s fine. Prioritize armour. You can find diamonds when stripmining still - they’re at bedrock level. Keep your tunnels lit. If you want netherite it’s frankly safest if you have fire resistance, but you can get by with food and a set of blast and fire prot armour. Don’t make it from diamonds unless you’re farming villager trades.

A water bucket is extremely helpful, and so is just. Placing water under yourself. Effective shield against mobs touching you. Likewise, endermen will not teleport into water - if you need time to regen health, place water or jump into a pond or lake.

Redstone and making farms for items is EXTREMELY helpful. Tutorials are pretty easy to find for just about everything you could want to farm, too. Some are more labor intensive than others.

Feel free to reblog with the things you do too :] Minecraft doesn’t have to be a git gud game.