GitHub | UIT

GitHub is a cloud-based version control and collaboration platform used in software development, research, and teaching. All 91��ɫ faculty and staff get automatic access through 91��ɫ's GitHub Enterprise, where you can store code, track changes, collaborate on projects, and contribute to 91��ɫ's developer communities.

Overview

All 91��ɫ faculty and staff are given automatic access to GitHub Enterprise, which enables:

Integrated Collaboration Tools: Share, review, and track code changes efficiently through pull requests and customizable workflows. Use a to store your documentation alongside code.
Integrated Tracking Tools: Use to plan work with features like kanban boards.
Centralized Administration: Manage multiple GitHub organizations from a single enterprise account, with unified policy enforcement and auditing capabilities

Your access level depends on your role:

Add, modify, and remove users from your organization
Enable GitHub Actions for organization members
Request and grant GitHub Copilot access to team members
Manage overall organization settings and policies

Access repositories and content shared by your organization owner
Collaborate on projects and contribute code

How do I access it?

Step 1: Sign in through 91��ɫ's SSO portal at using your Passport 91��ɫ credentials. You'll be redirected here automatically if you navigate to any 91��ɫ GitHub page while signed out.

Step 2: Join or create a GitHub organization. You'll need to be a member of an organization to collaborate on repositories and projects. Ask your manager to add you to your organization. If an organization doesn't already exist for your team, any manager can

External collaborators: Only users with a 91��ɫ account can access GitHub Enterprise. If you need to add external contributors who don't have 91��ɫ credentials, they'll need a PY account. Contact UIT to arrange this.

Jump to GitHub FAQs for sign-in details and troubleshooting

Overview

GitHub Copilot is an AI-powered coding assistant that helps developers write code faster and more efficiently. It provides inline code completions, generates full code blocks, and offers context-aware suggestions based on your project code.

Key capabilities include:

Inline code completions: Real-time suggestions as you type
Code generation: Create functions, boilerplate, and full code blocks from comments or descriptions
Copilot Chat: Conversational assistant for coding questions, explanations, debugging, and test generation
Autonomous agents: Let Copilot modify code, address issues, and create pull requests on your behalf
Documentation and comments: Generate README files, docstrings, and inline documentation

For official documentation, see .

How do I access it?

GitHub Copilot requires two things:

Organization-level: Your GitHub organization must have an active Azure subscription and Copilot enabled
Individual-level: Your organization owner must assign you a Copilot license

If Copilot isn't enabled for your organization yet:

Your GitHub organization owner must fill out the
They confirm the department budget that will cover the Azure subscription ($5 CAD/month minimum) and individual licenses ($39 USD per user per month)
Once the request is approved, your owner receives setup instructions and can assign licenses to team members

If Copilot is already enabled for your organization:

Ask your organization owner to assign you a Copilot license
You can then access it immediately via IDEs or directly from

How can I use it?

Once your organization owner enables Copilot and assigns you a license, you can start using it immediately:

Get real-time inline code suggestions and completions as you type
Generate functions, boilerplate, or full code blocks from a comment or description
Write and generate unit tests for existing code
Use Copilot Chat to ask coding questions, get explanations, or troubleshoot issues
Draft documentation, README files, and inline code comments
Deploy the autonomous Copilot agent to tackle open issues, modify files, and create pull requests

See for setup instructions and best practices.

See Copilot FAQs below for pricing, token/credit limits, and other details.

GitHub Actions at 91��ɫ

GitHub Actions is available at 91��ɫ for teams that require workflow automation, CI/CD pipelines, testing, deployment, or other repository-based automation. Like GitHub Copilot, enabling GitHub Actions requires a paid Azure subscription.

GitHub Actions can be used to automate common development and operational workflows, including:

Building and testing code
Running automated checks before merging changes
Deploying applications or updates
Creating workflow-based notifications or approval steps
Supporting repeatable DevOps processes within GitHub repositories

91��ɫ allows the use of both:

GitHub-hosted runners
Self-hosted runners

Self-hosted runners may be appropriate when a workflow needs access to 91��ɫ-managed infrastructure, internal systems, or specific execution environments.

Custom images for runners are not currently permitted. Teams should use the available supported runner options and avoid introducing unmanaged or unsupported custom execution images.

GitHub Actions artifacts and logs are currently retained for up to 180 days.

Organization owners may choose to set a shorter retention period. 91��ɫ may change the maximum retention period in the future without notice.

GitHub Actions is permitted to create and approve pull requests when required by a team’s workflow design.

Teams should ensure that any automated pull request activity follows appropriate review, approval, and change management practices.

Frequently Asked Questions

GitHub FAQs

New to GitHub? Start with Microsoft's free beginner module: .

Ready to go further? Try these intermediate resources:

: hands-on courses directly from GitHub

LinkedIn Learning also offers a wide selection of GitHub courses, including a .

We recommend using the 91��ɫ SSO link. However, if you go to github.com/login directly, enter your username in this format: your Active Directory (AD) username followed by _yorkuca.

Example: If your AD username is johnsmith, enter johnsmith_yorkuca.

If your AD username contains an underscore: Replace the underscore with a hyphen before adding _yorkuca. For example, john_smith becomes john-smith_yorkuca.

To avoid confusion, use the 91��ɫ SSO link: .

Once signed in, you'll need to be a member of a GitHub organization to work with repositories and collaborate with others.

Creating a new organization: Any manager can approve this. Fill out the GitHub to get started.
Joining an existing organization: Ask your organization owner to add you as a member.

Only users with a 91��ɫ account can access GitHub Enterprise. External collaborators without 91��ɫ credentials need a PY (Passport 91��ɫ) account before they can be added. Contact askIT@yorku.ca to request a PY account for an external member.

The base GitHub Enterprise license is included for all 91��ɫ faculty and staff at no additional cost. However, some features require an Azure subscription and a department budget number:

Coming Soon: GitHub Actions (advanced CI/CD beyond included usage)
Coming Soon: GitHub Copilot (AI-assisted coding)

Speak to your manager about requesting access to these features.

The following paid features are currently not enabled, but may be made available at a future date:

Codespaces
Packages
Git LFS
Advanced Security

See our Storage Finder for data governance and compliance guidelines.

New to GitHub? Start here. These definitions explain core concepts you'll encounter when working with GitHub Enterprise at 91��ɫ.

Organization (Org)

What it is: A container for teams, repositories, and policies. Think of it as a workspace for a department, project, or research group.

Why it matters: Your organization is where you store code, manage team members, enable features like GitHub Actions and Copilot, and set access rules. At 91��ɫ, each department, lab, or project team typically has its own organization.

Key roles in an organization:

Owner: Full control. Can add members, enable features, delete repos, manage billing.
Member: Can access repos and contribute to code, but cannot add users or change org settings.

How organizations are created at 91��ɫ:

Organizations are created based on existing IT groups and department structures, including:

PMO (Project Management Office)
EABA (Enterprise Architecture and Business Analysis)
Faculty departments
Research centres and labs
Administrative units
Project teams

Organization owners are typically the managers or directors of those departments or groups. If you're a manager or director and your department needs a GitHub organization, contact UIT to have one provisioned.

Repository (Repo)

What it is: A folder that contains your project code, documentation, and version history. Every change is tracked.

Why it matters: Repos let you store code safely, see who changed what and when, and collaborate without overwriting each other's work. You might have multiple repos in one organization—one for each project or application.

Example: Your department might have one repo for a data analysis tool, another for website code, and a third for documentation.

Repo visibility: Only members you invite can see or access it.

Learn more:

Branch

What it is: A separate copy of your code where you can make changes without affecting the main version.

Why it matters: Branches let team members work on different features at the same time. The main branch (usually called main) is the stable, production-ready version. You create branches to experiment, add features, or fix bugs.

Workflow: Create a branch → make changes → test → submit for review → merge back to main.

Learn more:

Commit

What it is: A snapshot of your code changes at a specific moment, with a message describing what changed and why.

Why it matters: Commits create a detailed history of your project. If something breaks, you can see exactly what changed, who changed it, and when. Each commit has a unique ID so you can reference or revert to it.

Example commit message: "Fixed login validation bug in auth module" or "Updated API endpoint for user data retrieval".

Learn more:

Pull Request (PR)

What it is: A proposal to merge changes from one branch into another, typically from a feature branch into the main branch.

Why it matters: Pull requests let team members review code before it goes live. You describe what you changed and why, teammates comment and suggest improvements, and once approved, the changes merge automatically.

Workflow: Push your branch → open a PR → team reviews → address feedback → merge.

Learn more:

Issue

What it is: A task, bug report, feature request, or discussion tied to a repository.

Why it matters: Issues help teams track work and communicate about problems. You can assign issues to team members, add labels (like "urgent" or "documentation"), and link them to pull requests.

Examples:

"Login button not working on mobile devices"
"Add dark mode support to dashboard"
"Update API documentation for new endpoints"

Learn more:

Merge

What it is: The action of combining code from one branch into another.

Why it matters: Merging is how changes move from a feature branch back to the main branch. GitHub can automatically merge pull requests once they're approved and pass tests.

Merge conflicts: When two people change the same line of code, Git can't decide which version to use. The person merging must resolve these conflicts manually.

Learn more:

Clone

What it is: Downloading a full copy of a repository (including all branches and history) to your local computer.

Why it matters: Cloning lets you work on code offline, make changes, test locally, and then push updates back to GitHub.

Command: git clone [repository URL]

Learn more:

Push

What it is: Uploading your local changes to GitHub.

Why it matters: After you commit changes on your computer, you push them to make them visible to your team.

Command: git push

Learn more:

Pull

What it is: Downloading the latest changes from GitHub to your local computer.

Why it matters: Before starting work, you pull to make sure you have the newest code from your team.

Command: git pull

Learn more:

Collaborator

What it is: A person with access to a repository who can make changes, review code, and contribute to the project.

Why it matters: You invite collaborators to repos so the right people can work on the right projects. You control what each person can do (view only, edit, admin).

Permission levels:

Pull: Can view and clone but not push changes.
Push: Can view, clone, and push changes.
Admin: Can manage settings, add collaborators, and delete the repo.

Learn more:

Code Review

What it is: The process of examining code changes before they're merged, looking for bugs, improvements, or security issues.

Why it matters: Code reviews catch problems early, share knowledge across the team, and maintain code quality. It's a standard practice at most organizations.

Process: Someone submits a PR → reviewers comment → author makes changes → reviewers approve → changes merge.

Learn more:

Workflow / Git Workflow

What it is: A standardized process for how your team uses Git and GitHub—how you create branches, name them, submit PRs, and merge code.

Why it matters: Workflows keep teams organized and prevent chaos. Common workflows include "GitHub Flow" (simple, good for continuous deployment) and "Git Flow" (complex, good for multiple releases).

Typical 91��ɫ workflow: Create feature branch → make changes → submit PR → team reviews → merge to main.

Learn more:

README

What it is: A markdown file (README.md) at the root of a repository that explains what the project is, how to set it up, and how to use it.

Why it matters: READMEs are the first thing people see. A good README tells new team members and external developers how to get started quickly.

What to include:

Project description
Installation instructions
How to run or deploy
How to contribute
Contact or support information

Learn more:

.gitignore

What it is: A file that tells Git which files and folders to ignore (not track or upload).

Why it matters: You don't want to push sensitive files (passwords, API keys, local config files) or build artifacts to GitHub. .gitignore prevents accidental uploads.

Examples of what to ignore:

API keys and secrets
Database credentials
Local configuration files
node_modules/ (dependencies)
.env files

Learn more:

Azure subscriptions are used for billing in GitHub. Both Actions and GitHub Copilot require an active Azure subscription tied to your budget number. You can

GitHub Copilot FAQs

New to Copilot? Start with these official resources:

: Official setup and basics from GitHub
: Hands-on, interactive Copilot modules
LinkedIn Learning: Wide selection of GitHub Copilot courses for different skill levels

When your organization requests GitHub Copilot, you'll be asked which AI features to enable. Here's what each does.

Quick Comparison

Feature	What It Does	Where It Works	Best For
Copilot	AI code autocomplete and suggestions as you type	IDE (VS Code, Visual Studio, JetBrains, Xcode, Eclipse) / GitHub.com	Fast coding. AI completes functions and patterns for you
Copilot Chat	Chat interface to ask coding questions and get answers	IDE / GitHub / Windows Terminal	Explanations, debugging, guidance, like a code chatbot
Copilot Agent	Autonomous AI agent that researches code and completes tasks independently	GitHub / Issues / Chat	An autonomous AI agent that researches code and completes tasks independently

Feature Details

Copilot (Code Completion)

Suggests code as you type
Generates entire functions and methods
Adapts to your project's patterns

Learn more:

Copilot Chat

Ask general coding questions
Get explanations of existing code
Generate unit tests and code fixes
Works in IDE, browser, and mobile

Learn more:

Copilot Agent

Research repository and create implementation plans
Fix bugs, implement features, improve tests
Update documentation and resolve conflicts
Works in the background—you review and approve changes before merging

Learn more:

Your GitHub organization owner must request Copilot to be enabled. The process:

Fill out the to begin
Provide your GitHub organization name and request which paid features you'd like enabled: Actions and/or Copilot.

GitHub Copilot requires both a per-user Copilot license and a peered Azure subscription to the organization (a single Azure subscription can be peered to multiple organizations):

Azure subscription: Minimum $5 CAD per organization per month
Enterprise License: $39 USD per user per month (includes 3900 AI credits /month)

Costs are charged to your department budget and may vary based on usage. Unused credits/tokens do not roll over to the next month. Find out more about running out of tokens.

Costs are charged to your department budget and may vary based on usage. Unused credits/tokens do not roll over to the next month. The ability to use credits beyond those included with your license is currently disabled, but may be enabled at a future date with notice. See for more details.

Only a GitHub organization owner can assign Copilot licenses to members of that organization. If you're an organization owner:

Log in to your GitHub organization
Navigate to Settings > Copilot
Select individual members to grant Copilot access

For detailed instructions, see .

If you're not an organization owner, ask the organization owner to add you.

If you work in multiple GitHub organizations with Copilot enabled, you need a Copilot license assigned in each one. Here's how billing works:

You're charged only once per month for your Copilot license, regardless of how many organizations you belong to. Your credit/token limit also applies to you individually and doesn't scale with the number of organizations.

Important: The organization that will be billed for multi-organizational licensees will be randomly determined each month by GitHub. That means, if you are part of both the org "Shire" and the org "Mordor", GitHub will randomly charge either "Shire" or "Mordor" for your license each month. You won't be double-charged, but also won't be able to control which org (and by extension which Azure subscription and associated 91��ɫU budget number) is charged.

GitHub Copilot is available in:

Visual Studio Code
Visual Studio
JetBrains IDEs (IntelliJ, PyCharm, WebStorm, etc.)
Xcode
Vim and Neovim
GitHub.com (web interface)

See for the complete list and installation instructions.

See our Storage Finder for data governance and compliance guidelines for GitHub Enterprise.

Need Help?

Can't find what you're looking for? We're here to help.

Visit Us