UCF-VIRT-BO-FSF-PT-04-2021-U-B

  • G3_845459
    了解作者
  • 55.5MB
    文件大小
  • zip
    文件格式
  • 0
    收藏次数
  • VIP专享
    资源类型
  • 0
    下载次数
  • 2022-06-06 04:31
    上传日期
UCF-VIRT-BO-FSF-PT-04-2021-UB类存储库 重要连结 Slack工作区: 画布Bootcamp现场: :
UCF-VIRT-BO-FSF-PT-04-2021-U-B-main.zip
内容介绍
# Your Project Title ## Description Your GitHub profile is an extremely important aspect of your public identity as a developer. A well-crafted one allows you to show off your work to other developers as well as potential employers. An important component of your GitHub profile鈥攁nd one that many new developers often overlook鈥攊s the README.md file. The quality of a README often differentiates a good project from a bad project. A good one takes advantage of the opportunity to explain and showcase what your application does, justify the technologies used, and even talk about some of the challenges you faced and features you hope to implement in the future. A good README helps you stand out among the large crowd of developers putting their work on GitHub. There's no one right way to structure a good README. There is one very wrong way, however, and that is to not include a README at all or to create a very anemic one. This guide outlines a few best practices. As you progress in your career, you will develop your own ideas about what makes a good README. At a minimum, your project README needs a title and a short description explaining the what, why, and how. What was your motivation? Why did you build this project? (Note: The answer is not "Because it was a homework assignment.") What problem does it solve? What did you learn? What makes your project stand out? Lastly, if your project is deployed, include a link to the deployed application here. If you're new to Markdown, read the GitHub guide on [Mastering Markdown](https://guides.github.com/features/mastering-markdown/). If you need an example of a good README, check out [the VSCode repository](https://github.com/microsoft/vscode). ## Table of Contents (Optional) If your README is very long, add a table of contents to make it easy for users to find what they need. * [Installation](#installation) * [Usage](#usage) * [Credits](#credits) * [License](#license) ## Installation What are the steps required to install your project? Provide a step-by-step description of how to get the development environment running. ## Usage Provide instructions and examples for use. Include screenshots as needed. To add a screenshot, create an `assets/images` folder in your repository and upload your screenshot to it. Then, using the relative filepath, add it to your README using the following syntax: ```md ![alt text](assets/images/screenshot.png) ``` ## Credits List your collaborators, if any, with links to their GitHub profiles. If you used any third-party assets that require attribution, list the creators with links to their primary web presence in this section. If you followed tutorials, include links to those here as well. ## License The last section of a good README is a license. This lets other developers know what they can and cannot do with your project. If you need help choosing a license, use [https://choosealicense.com/](https://choosealicense.com/) --- 馃弳 The sections listed above are the minimum for a good README, but your project will ultimately determine the content of this document. You might also want to consider adding the following sections. ## Badges ![badmath](https://img.shields.io/github/languages/top/nielsenjared/badmath) Badges aren't _necessary_, per se, but they demonstrate street cred. Badges let other developers know that you know what you're doing. Check out the badges hosted by [shields.io](https://shields.io/). You may not understand what they all represent now, but you will in time. ## Features If your project has a lot of features, consider adding a heading called "Features" and listing them there. ## Contributing If you created an application or package and would like other developers to contribute it, you will want to add guidelines for how to do so. The [Contributor Covenant](https://www.contributor-covenant.org/) is an industry standard, but you can always write your own. ## Tests Go the extra mile and write tests for your application. Then provide examples on how to run them. --- 漏 2021 Trilogy Education Services, LLC, a 2U, Inc. brand. Confidential and Proprietary. All Rights Reserved.
评论
    相关推荐